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ABSTRACT 


This OGC Styles and Symbology Standard defines a Conceptual Model, a Logical Model and 
Encodings for describing symbology rules for the portrayal of geographical data. The targets of 
this Standard are symbology encodings and cartographic rendering engines. 


The Standard is modularized into multiple reguirements classes, with a minimal core describing 
an extensible framework, with clear extension points, for defining styles consisting of styling 
rules selected through expressions and applying symbolizers configured using properties. 


The Standard defines a number of additional conformance classes covering a large number of 
essential portrayal use cases for symbolizing both vector data and coverage data. 


Finally, the Standard defines two encodings for Ше logical model: one based on JSON which can 
be readily parsed by JSON parsers, as well as a more expressive encoding better suited for hand- 
editing inspired from Web Cartographic Styled Sheets (CSS) and related cartographic symbology 
encodings. 


Additional encodings can be defined that can conform to the logical model, and existing 
encodings can be mapped fully or partially to the conceptual model defined in this Standard. 


The granularity of the requirements classes facilitates conformance for encodings and rendering 
engines based on their supported capabilities. 


Future parts may extend this Standard by defining additional symbolizer properties, system 
identifiers, or new types of expressions. 


KEYWORDS 


The following are keywords to be used by search engines and document catalogues. 


ogcdoc, OGC document, style, symbology, conceptual, core, modular, neutral, portrayal 
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РКЕРАСЕ 


Preface: This Standard is intended аз а successor to the Symbology Encoding standard (SE 

1.1) and the ОСС Symbology Core Conceptual Model (“SymCore" 1.0). This Standard focuses 
primarily on describing symbology rules to be applied by a rendering engine to symbolize 
geospatial data. It also features a rich and extensible selector expression system which 
determines whether a particular symbology rule is to be applied or not by the rendering engine. 
In particular, it introduces a "system identifier" which can be mapped to concepts such as 

a particular layer, feature type or collection. Such concepts are used in OGC Web Services 
(including the Web Mapping Service (WMS) Style Layer Descriptor profile (SLD)), Web API 
Standards such as ОСС АРІ — Maps to render the data, and ОСС API — Styles to provide styles, 
as well as data stores such as OGC GeoPackage (in which styles could also be stored using a 
portrayal extension). This Standard therefore follows the same motivation that split up SLD 1.0 
(SLD 1.1 and SE 1.1) and defines reguirements are not specific to any service (e.g., Web Map 
Service), are independent, and allow the concepts to be reused by other Standards willing to 
address aspects related to cartography. A general and portable symbology model is defined for 
use across the broad OGC Standards baseline, to be applied to geospatial datasets as well as 
online geospatial data and mapping services. 

An important goal of this Standard is to enable richer symbology capabilities. This can be 
achieved through modularity which comes with extensibility. SE 1.1 is not modular per se, 
while this Standard is designed to be so by defining multiple reguirements classes and the 
ability to conform with them at either the conceptual level ог at the logical model. It also 
defines requirements classes for two encodings conforming to both the logical model and the 
conceptual model. The core coformance class covers the basic mechanics of defining a Style 
with StylingRules applying a Symbolizer, as well as how Expressions can be used to select 
whether a rule should be applied or not (Selectors). This provides two extension mechanisms 
that can be used by the additional requirements classes defined in this Standard as well by those 
introduced in future extension parts: new properties can be added to the Symbolizer class while 
defining their associated behavior, while new types of Expressions or System Identifiers can also 
be defined to be used within a Selector Expression or a ParameterValue Expression. 


In contrast to the OGC Symbology Core Conceptual Model version 1.0, this version is clarified 
to not only be defining а conceptual model, but also а specific logical model. This newer 
version also defines a conceptual and logical model for expressions, which provides one 
specific mechanism for extension. This Standard clarifies that requirements classes extending 
this Standard can define additional properties for the Symbolizer class, providing the second 
extension mechanism. This Standard also includes symbology requirements classes covering 
the most common use cases for portraying both vector feature data as well as coverage data. 
Finally, this Standard defines two encodings conforming to the logical model. The more concrete 
nature of this standard better reflects the fact that it is an OGC Implementation Standard, 

and recognizes that for rendering engines to implement this Standard and for new or existing 
encodings to be mapped to the conceptual model of this Standard, the Standard needs to 

at least cover the essential portrayal use cases. This is demonstrated in a map gallery annex 
illustrating the various requirements classes coming into play for different use cases of varying 
complexity. The included encodings for the logical model readily allow to express all of the 
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symbology capabilities defined in this Standard апа should greatly facilitate interoperability and 
encourage implementation. 


In summary, this Standard offers a consistent approach to: 


e provide the flexibility required to achieve adequate symbology rules for a variety of 
information communities; e.g., aviation symbols, weather symbols, thematic maps, etc.; 
and 


e achieve high-level styling interoperability without encoding dependencies, by allowing 
to define multiple encodings of the same logical model, as well as providing a framework 
to map the logical models used by other encodings to the one defined in this Standard 
through the conceptual model that this Standard also defines. 


Potential implementations of SymCore are expected to enhance OGC Standards such as the 
OGC API family of Standards, GeoPackage, the Web Map Service (WMS), Web Feature Service 
(WFS), and others. By sharing a common core, and using an extension mechanism, integration of 
these Standards for the purposes of cartographic representation can be greatly simplified. 


Attention is drawn to the possibility that some of the elements of this document may be the 
subject of patent rights. The Open Geospatial Consortium shall not be held responsible for 
identifying any or all such patent rights. 


Recipients of this document are requested to submit, with their comments, notification of any 
relevant patent claims or other intellectual property rights of which they may be aware that 
might be infringed by any implementation of the standard set forth in this document, and to 
provide supporting documentation. 
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(2 SECURITY CONSIDERATIONS 


No security considerations have been made for this document. 
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ЗСОРЕ 


OPEN GEOSPATIAL CONSORTIUM 18-067R4 


SCOPE 


This Standard presents the requirements that define version 2.0 of the Styles and Symbology 
Model and Encodings — Part 1: Core (”SymCore 2.0"). A Model for the portrayal of geographic data 
is defined at both the conceptual and logical levels, in a modular manner through the use of 
separate requirements classes and specific extension points. The requirements classes defined 
by this first part cover the most common use cases for portraying geospatial vector features 
and coverages. Several scenarios of varying complexity and the associated requirements classes 
enabling them are illustrated in an annex. Two encodings are defined by this Standard: one 
based on JSON which can be readily parsed with a JSON parser, and another more expressive 
encoding inspired from Web Cascading Style Sheets (CSS) better suited for hand-editing style 
sheets. Future parts to this Standard may further extend the portrayal capabilities by defining 
additional requirements classes. 


The Styles and Symbology Model is a new approach (Bocher E., Ertz O., 2018, see bibliography): 


e to provide the flexibility required to achieve adequate cartographic styling and fill the 
needs of a variety of information communities; e.g., aviation symbols, weather symbols, 
thematic maps, etc.; and 


е {о achieve high level styling interoperability without encoding dependencies. 
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CONFORMANCE 
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CONFORMANCE 


The OGC Styles and Symbology Model and Encodings defines multiple requirements classes and 
their associated conformance classes. 


The standardization target for all conformance classes except the conformance classes defining 
encodings are both Encodings and Rendering engines. The standardization target for encodings 
are Rendering Engines and other applications accepting styles as input, as well as applications 
generating styles (e.g., style editors or converters). 


The conformance of all Rendering engines with all conformance classes except the conformance 
classes defining encodings is with the conceptual model that will result in the expected visual 
output. The conformance of all Encodings with the conformance classes targeting them can 

be either at a conceptual level or at a logical level. Conformance at the logical level implies 
conformance at the conceptual level as well. An Encoding conforms to the logical model if a 
Style can be encoded using the classes and property names defined in this Standard with only а 
simple consistent set of rules mapping them to the encoding. An Encoding can conform to the 
conceptual model of any conformance class either partially (if it can only preserve some of the 
information) or fully (if it losslessly preserves all information). 


The goal is to allow different encodings to have equivalent content and semantics so that they 
can be interoperable, by establishing a clear mapping from an encoding to the logical and/or 
conceptual model defined in this Standard. The granularity of conformance classes provides 

a mechanism to clearly indicate which portrayal capabilities are interoperable with other 
encodings or rendering engines implementing this Standard. Most Encodings and Rendering 
engines are expected to easily conform to the requirements classes for basic portrayal. 


This document establishes a core requirements class with a URI of http:/www.opengis.net/ 
spec/symbology-1/2.0/req/core. 


Requirements and conformance test URIs defined in this document are relative to http://www. 
opengis.net/spec/symbology-1/2.0. 


2.1. Requirements classes for basic portrayal 


Requirements Class "Core" (http://www.opengis.net/spec/symbology-1/2.0/reg/core) 


The Core Requirements Class specifies requirements that all encodings and rendering engines 

must support if claiming conformance with this Standard. The Core class defines how a Style is 
defined as a list of StylingRules consisting of a Symbolizer and an optional Selector expression, 
as well as a minimal set Symbolizer properties applicable to all types of geospatial data. 


Requirements Class "Basic Vector Features Styling" (http://www.opengis.net/spec/symbology- 
1/2.0/reg/vector) 
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The Basic Vector Features Styling Reguirements Class specifies reguirements for styling vector 
features data, including referencing feature properties, specifying a fill and stroke to style vector 
geometry, as well as defining image, text or dot markers to symbolize points. 


Reguirements Class “Basic Coverage Styling" (http:/www.opengis.net/spec/symbology-1/2.0/ 
reg/coverage) 


The Basic Coverage Styling Reguirements Class specifies reguirements for styling coverage data, 
including referencing coverage range values (e.g., bands), mapping them to color channels as well 
as defining colormaps. 


Requirements Class "Basic Labeling" (http://www.opengis.net/spec/symbology-1/2.0/req/ 
labels) 


The Basic Labeling Requirements Class specifies requirements for defining labels to be managed 
by a placement engine and rendered as a final pass on top of the map. 


2.2. Requirements classes for common portrayal 
capabilities 


Requirements Class "Hill Shading" (http:/www.opengis.net/spec/symbology-1/2.0/reg/ 
hillshading) 


The Hill Shading Requirements Class specifies requirements for styling elevation coverage data 
with a hill-shaded style. 


Requirements Class “Font Outlines" (http://www.opengis.net/spec/symbology-1/2.0/req/ 
fontoutlines) 


The Font Outlines Requirements Class specifies requirements for displaying fonts with outlines 
so that text can be legible on any background. 


Requirements Class "Hatches, Gradients and Stipples" (http://www.opengis.net/spec/ 
symbology-1/2.0/reg/hatchesgradientsstipples) 


The Hatches, Gradients and Stipples Reguirements Class specifies reguirements for defining fils 
using hatches, gradients or stipples 


Reguirements Class “Shape Graphics" (http:/www.opengis.net/spec/symbology-1/2.0/reg/ 
shapegraphics) 


The Shape Graphics Reguirements Class specifies reguirements for defining geometric shapes 
which can be used for markers, labels (with Basic Labeling), or as patterns for stroke (with 
Pattern Strokes) or for fills (with Pattern Fills). 


Requirements Class "Dashes” (http://www.opengis.net/spec/symbology-1/2.0/req/dashes) 


The Dashes Requirements Class specifies requirements for defining dashed strokes. 
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Reguirements Class “Casing and Centerline" (http:/www.opengis.net/spec/symbology-1/2.0/ 
reg/casing) 


The Casing and Centerline Reguirements Class specifies reguirements for defining strokes with 
built-in casing and centerline. 


2.3. Reguirements classes for additional expression 
capabilities 


Reguirements Class “Parameter Values" (http:/www.opengis.net/spec/symbology-1/2.0/reg/ 
parametervalues) 


The Parameter Values Reguirements Class specifies reguirements for using an Expression to 
define any property of a Symbolizer. 


Reguirements Class “Right-hand Identifiers" (http:/www.opengis.net/spec/symbology-1/2.0/ 
reg/righthand) 


The Right-hand Identifiers Reguirements Class specifies reguirements for defining operation 
expressions with identifiers on the right-hand side. 


Reguirements Class “Conditional Expressions" (http:/www.opengis.net/spec/symbology-1/2.0/ 
reg/conditional) 


The Conditional Expressions Reguirements Class specifies reguirements for defining conditional 
operation using a ternary [if] ? [then] : [else] structure. 


Reguirements Class “Variables" (http:/www.opengis.net/spec/symbology-1/2.0/reg/variables) 


The Variables Reguirements Class specifies reguirements for defining variables which can be 
mapped to a dynamic value controlled by an application, or used to facilitate customizing a style. 


Reguirements Class “Arithmetic Operators" (http:/www.opengis.net/spec/symbology-1/2.0/ 
reg/arithmetic) 


The Arithmetic Operators Reguirements Class specifies reguirements for defining arithmetic 
operation expressions. 


Reguirements Class “Bitwise Operators" (http:/www.opengis.net/spec/symbology-1/2.0/reg/ 
bitwise) 


The Bitwise Operators Reguirements Class specifies reguirements for defining bitwise operation 
expressions. 


Reguirements Class “Text Relation Operators" (http:/www.opengis.net/spec/symbology-1/2.0/ 
reg/textrelation) 
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The Text Relation Operators Reguirements Class specifies reguirements for defining text relation 
operation expressions. 


Requirements Class "Function Expressions" (http://www.opengis.net/spec/symbology-1/2.0/ 


reg/functions) 


The Functions Requirements Class specifies requirements for defining function call expressions. 


Requirements Class "Spatial Relation Functions" (http://www.opengis.net/spec/symbology-1/2. 
O/req/spatial) 


The Spatial Relation Requirements Class specifies requirements for standardized spatial relation 
functions to be used with feature geometry. 


Requirements Class "Temporal Relation Functions" (http://www.opengis.net/spec/symbology- 
1/2.0/reg/temporal) 


The Temporal Relation Requirements Class specifies requirements for standardized temporal 
relation functions to be used with temporal properties. 


Requirements Class "Array Relation Functions" (http://www.opengis.net/spec/symbology-1/2. 
O/reg/arrayrelations) 


The Array Relation Reguirements Class specifies reguirements for standardized array relation 
functions to be used with array properties. 


Reguirements Class “Text Manipulation Functions" (http:/www.opengis.net/spec/symbology- 
1/2.0/reg/textmanipulation) 


The Text Manipulation Reguirements Class specifies reguirements for standardized text 
manipulation functions to be used with text properties. 


Reguirements Class “Geometry Manipulation Functions" (http:/www.opengis.net/spec/ 
symbology-1/2.0/reg/geometrymanipulation) 


The Geometry Manipulation Reguirements Class specifies reguirements for standardized 
geometry manipulation functions to be used with feature geometry. 


2.4. Reguirements classes for advanced stroke and fills 


Reguirements Class “Joins and Caps" (http:/www.opengis.net/spec/symbology-1/2.0/reg/ 
joinscaps) 


The Joins and Caps Requirements Class specifies requirements for defining a particular type of 
join and/or cap on strokes. 


Requirements Class "Pattern Strokes” (http:/www.opengis.net/spec/symbology-1/2.0/reg/ 
patternstrokes) 
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The Pattern Strokes Requirements Class specifies requirements for defining patern strokes using 
Graphics. 


Requirements Class "Pattern Fills" (http://www.opengis.net/spec/symbology-1/2.0/req/ 
patternfills) 


The Pattern Strokes Requirements Class specifies requirements for defining patern fills using 
Graphics. 


2.5. Requirements classes for additional portrayal 
capabilities 


Requirements Class "Shape Outlines" (http:/www.opengis.net/spec/symbology-1/2.0/reg/ 
shapeoutlines) 


The Shape Outlines Requirements Class specifies requirements for displaying shapes with 
outlines so that they stand out on any background. 


Requirements Class "MultiGraphics and Transforms" (http://www.opengis.net/spec/symbology- 
1/2.0/reg/transforms) 


The MultiGraphics and Transforms Reguirements Class specifies reguirements for building 
vector graphic hierarchy, including support for arbitrary transforms (translation, rotation and 
scaling). 


Requirements Class "3D Models and Transforms" (http:/www.opengis.net/spec/symbology-1/ 
2.0/reg/threedim) 


The 3D Models and Transforms Requirements Class specifies requirements for defining 3D 
model Graphics and 3D transformations. 


2.6. Requirements classes defining encodings 


Requirements Class "JSON Styles апа Symbology" (http://www.opengis.net/spec/symbology-1/ 
2.0/req/json) 


Requirements Class “Cascading Cartographic Symbology Style Sheets" (http://www.opengis. 
net/spec/symbology-1/2.0/req/ccsss) 
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2.7. Declaration ої conformance 


Conformance with this Standard shall be checked using all the relevant tests specified in Annex 
А (normative) of this document conformance to the respective conformance class is declared 
using the URIs listed in Table 1. A rendering engine accessible as an Web API can declare 
conformance to this Standard in its Conformance Declaration response. 


The framework, concepts, and methodology for testing, and the criteria to be achieved to 
claim conformance are specified in the ОСС Compliance Testing Policies and Procedures (ОСС 
08-134г11) and the ОСС Compliance Testing website. 


All requirements-classes and conformance-classes described in this document are owned by the 
standard(s) identified. 


Full conformance at the conceptual level but not at the logical level, which can losslessly 
preserve all information of the conceptual model defined in a particular requirements class but 
necessitates defining a custom mapping and cannot be automated from a simple consistent set 
of encoding rules, is declared by appending -concept to the conformance URI. 


Partial conformance at the conceptual level which can preserve some but not all information 
of the conceptual model defined in a particular requirements class is declared by appending - 
partial-concept to the conformance URI. 


Table 1 — Conformance class URIs 


CONFORMANCE CLASS URI 

Core http:/www.opengis.net/spec/symbology-1/2.0/conf/core 

Basic Vector Features Styling http:/www.opengis.net/spec/symbology-1/2.0/conf/vector 

Basic Coverage Styling http:/www.opengis.net/spec/symbology-1/2.0/conf/coverage 
Basic Labeling http:/www.opengis.net/spec/symbology-1/2.0/conf/labels 

Hill Shading http:/www.opengis.net/spec/symbology-1/2.0/conf/hillshading 
Font Outlines http:/www.opengis.net/spec/symbology-1/2.0/conf/fontoutlines 


Hatches, Gradients and Stipples — http://www.opengis.net/spec/symbology-1/2.0/conf/hatchesgradientsstipples 


Shape Graphics http://www.opengis.net/spec/symbology-1/2.0/conf/shapegraphics 


Dashes http://www.opengis.net/spec/symbology-1/2.0/conf/dashes 
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CONFORMANCE CLASS URI 


Casing and Centerline http://www.opengis.net/spec/symbology-1/2.0/conf/casing 
Parameter Values http://www.opengis.net/spec/symbology-1/2.0/conf/parametervalues 
Function Expressions http:/www.opengis.net/spec/symbology-1/2.0/conf/functions 

Spatial Relation Functions http:/www.opengis.net/spec/symbology-1/2.0/conf/spatial 

Temporal Relation Functions http:/www.opengis.net/spec/symbology-1/2.0/conf/temporal 

Array Relation Functions http:/www.opengis.net/spec/symbology-1/2.0/conf/arrayrelations 
Text Manipulation Functions http://www.opengis.net/spec/symbology-1/2.0/conf/textmanipulation 


Geometry Manipulation | : | 
http:/www.opengis.net/spec/symbology-1/2.0/conf/geometrymanipulation 


Functions 

Arithmetic Operators http:/www.opengis.net/spec/symbology-1/2.0/conf/arithmetic 
Bitwise Operators http://www.opengis.net/spec/symbology-1/2.0/conf/bitwise 

Text Relation Operators http:/www.opengis.net/spec/symbology-1/2.0/conf/textrelation 
Right-hand Identifiers http:/www.opengis.net/spec/symbology-1/2.0/conf/righthand 
Conditional Expressions http:/www.opengis.net/spec/symbology-1/2.0/conf/conditional 
Variables http:/www.opengis.net/spec/symbology-1/2.0/conf/variables 
Joins and Caps http:/www.opengis.net/spec/symbology-1/2.0/conf/joinscaps 
Pattern Strokes http:/www.opengis.net/spec/symbology-1/2.0/conf/patternstrokes 
Pattern Fills http://www.opengis.net/spec/symbology-1/2.0/conf/patternfills 
Shape Outlines http://www.opengis.net/spec/symbology-1/2.0/conf/shapeoutlines 


MultiGraphics and Transforms http://www.opengis.net/spec/symbology-1/2.0/conf/transforms 


3D Models and Transforms http://www.opengis.net/spec/symbology-1/2.0/conf/threedim 


JSON Styles and Symbology http://www.opengis.net/spec/symbology-1/2.0/conf/json 
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CONFORMANCE CLASS 


Cascading Cartographic 
Symbology Style Sheets 
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URI 


http:/www.opengis.net/spec/symbology-1/2.0/conf/ccsss 
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TERMS AND DEFINITIONS 
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ТЕКМ5 АКО DEFINITIONS 


This document uses Ше terms defined іп ОСС Policy Directive 49, which is based on Ше 
ISO/IEC Directives, Part 2, Rules for the structure and drafting of International Standards. In 
particular, the word "shall" (not *must") is the verb form used to indicate a requirement to be 
strictly followed to conform to this document and OGC documents do not use the eguivalent 
phrases in the ISO/IEC Directives, Part 2. 


This document also uses terms defined in the OGC Standard for Modular specifications 
(OGC 08-131r3), also known as the 'ModSpec' The definitions of terms such as standard, 
specification, reguirement, and conformance test are provided in the ModSpec. 


For the purposes of this document, the following additional terms and definitions apply. 
For the purposes of this document, the following terms and definitions apply. 


This document used the terms defined in Policy Directive 492, which is based on the ISO/IEC 
Directives, Part 2, Rules for the structure and drafting of International Standards. In particular, 
the word “shall” (not *must") is the verb form used to indicate a requirement to be strictly 
followed to conform to this standard and OGC documents do not use the equivalent phrases in 
the ISO/IEC Directives, Part 2. 


This document also uses terms defined in the OGC Standard for Modular specifications 
(ОСС 08-131г3), also known as the 'ModSpec. The definitions of terms such as standard, 
specification, requirement, and conformance test are provided in the ModSpec. 


For the purposes of this document, the following additional terms and definitions apply. 


4.1. Portrayal 


Presentation of information to humans (Note 1 to entry: Within the scope of this International 
Standard, portrayal is restricted to the portrayal of geographic information). [SOURCE: ISO 
19117:2012, 4.20] 


4.2. Layer 


Abstraction of reality specified by a geographic data model (feature, coverage...). A layer may be 
represented using a set of symbols (Style). A layer contributes to a single geographic subject and 
may be a theme. 
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4.3. Style 


А seguence of rules ої symbolizing instructions to Бе applied Бу a rendering engine on опе ог 
more features and/or coverages. 


4.4. Rendering engine 


Automated process that produces graphics using a pipeline of layers and styles as inputs. 


4.5. Render 


Conversion of digital graphics data into visual form (EXAMPLE Generation of an image on a 
video display) [SOURCE: ISO 19117:2012, 4.27] 
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CONVENTIONS 
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CONVENTIONS 


This sections provides details and examples for any conventions used in the document. 
Examples of conventions are symbols, abbreviations, use of XML schema, or special notes 
regarding how to read the document. 


5.1. Abbreviated terms 


The abbreviated terms clause gives a list of the abbreviated terms necessary for understanding 
this document. 


IETF Internet Engineering Task Force, https://ietf.org/ 


ISO International Organization for Standardization, https:/www.iso.org 


OGC Open Geospatial Consortium, www.opengeospatial.org 


UML Unified Modeling Language, http://www.uml.org/ 


OPEN GEOSPATIAL CONSORTIUM 18-067R4 


18 


OVERVIEW 
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o OVERVIEW 


This Standard defines conformance classes for: 


a core symbology conceptual and logical model based on Styles as a list of StylingRules 
consisting of a Symbolizer and optional Selector Expression (Section 7), 


additional conformance classes extending this core model with: 


basic portrayal capabilities of vector features (Section 8), 
portrayal capabilities of coverage data (Section 9), 
label placement and font outlines capabilities (Section 10), 


shape graphics capabilities including circles, ellipses, arcs, rectangles (including rounded 
rectangles) and paths (polylines and polygons), with the ability to use outlines (Section 
11), 


vector graphic hierarchy capabilities, including full 2D transforms (Section 12), 


advanced strokes capabilities, including specific joins and caps, dashed lines, casing and 
centerlines, and graphic patterns (Section 13), 


advanced fill capabilities, including graphic patterns, hatches, gradients and stipples 
(Section 14), 


using expressions as parameter values for any symbolizer properties (Section 15), 


using identifiers in the right side of operation expressions, conditional expressions and 
variables (Section 16), 


arithmetic, bitwise and text relation operators (Section 17), 


function call expressions and standardized functions for spatial, temporal and array 
relations, as well as text and geometry manipulation (Section 18), and 


using 3D model graphics and 3D transforms (Section 19), 


two encodings for the logical and conceptual model covering all of these conformance 
classes: 


an encoding based on JSON that can be readily parsed by JSON parser (Section 20), 
and 


a more expressive encoding based on Web CSS which is better suited to hand-edit 
styles (Section 21). 


In addition, the following annexes are included: 
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e anormative Abstract Test Suite for the conformance classes (Аппех А), 


е ап informative mapping of SLD/SE and notable vendor extensions to the conceptual 
model and requirements classes (Annex B), 


ө ап informative map gallery of practical use cases alongside the styles used to generate the 
maps encoded in the Cascading Cartographic and Symbology Style Sheets encoding (Annex 
C), and 


е ап informative revision history (Annex D). 
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REQUIREMENTS CLASS 
"CORE" 
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Ө REQUIREMENTS CLASS "CORE" 


7.1. Overview 


The requirements described in this section define the symbology core requirement class. 
The following UML diagram (Figure 1) shows the fundamental concepts of the Symbology 
Conceptual and Logical Model: 


© Symbolizer 
visibility: bool 


stylingRules: StylingRule[O..*] opacity: float 


zOrder: integer 


© StylingRule 


symbolizer: Symbolizer[0..1] 
selector: Expression[0..1] 
nestedRules: StylingRule[0..*] 


parameter values 


(© Expression 


Figure 1 — Symbology Core Classes UML Diagram 


7.1.1. Styles 


A Style is the root concept of the Styles and Symbology Conceptual Model and consists of an 
ordered list of StylingRules. The StylingRules are to be applied in order so that rules selected 

later override earlier ones. This allows to compose styles in a cascading manner by inheriting 
from a base style then overriding some specific portrayal behaviors. 
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Table 2 — Style class 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 


stylingRules Styling rules defining the style StylingRule 0..* 


7.1.2. Styling Rules 


A StylingRule specifies that a particular Symbolizer (defining how to portray data) should be 


applied if the rule is selected based on a Selector expression (e.g., feature-property conditions or 


map scales). A StylingRule can contain nested rules, which will only be applied if the the parent 
rule's Selector is evaluated to true, and whose Symbolizers will inherit from and override the 
parent StylingRule's Symbolizer. 


Table 3 — StylingRule 


DATA TYPE 

МАМЕ DEFINITION MULTIPLIC 
AND VALUE 

name А name for the rule (useful for generating legends) string omi 


Selector defining the condition to apply the rule’s 


selector : Expression (OL Al 
symbolizer 
symbolizer Symbolizer to apply by the rendering engine Symbolizer 051 
nested Additional styling rules to consider if this rule is selected г 
А + ў и Е StylingRule (055 
Rules partially overriding this rule's symbolizer 


The selector (also sometimes called a filter), for the rule is defined as a predicate expression 
evaluating to either true or false. 


Example — Example showcasing a Style made of StylingRules using CCSSS encoding 
#Landuse // Selector for this first rule 


// Symbolizer properties to be set if this rule is selected 
visibility: false; 
#Roads // Selector for this second rule 


// Symbolizer properties to be set if this rule is selected 
visibility: false; 


// Nested rule only considered if this parent rule is selected 
[viz.sd < 200000] // Selector for this nested rule 


// Symbolizer properties to be set if this nested rule is selected 
visibility: true; 


— 
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7.1.3. Symbolizers 


А Symbolizer describes how to рогігау geographic data (e.g., vector features ог gridded 
coverage data) based on a set of properties. This core reguirements class only defines three 
basic properties relevant to most portrayal use cases. Separate reguirements classes and later 
parts will extend this Symbolizer class with additional properties to provide more advanced 
portrayal capabilities. 


Table 4 — Symbolizer class 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
visibility Whether to display the data bool @ 1! 
opacity Degree of opacity float (0541 
zOrder Specify a rendering order int 0:1 


Example — СС555 Example showcasing the limited symbolization possible with this Core 
reguirements class 


1 
visibility: false; 
#1 апдизе 
opacity = 0.5; 
zOrder = 1; 
visibility = true; 
HBuildings 
1 
opacity = 0.8; 
zOrder = 2; 
visibility = true; 
) 


7.1.4. Expressions 


Expressions are a syntactic entity that may be evaluated to determine its value (from Wikipedia). 


The concept has similar meaning to Expressions as defined in the OGC Filter Encoding 2.0 
standard, and can also be implemented with the OGC Common Query Language (CQL2), with 


the caveat that the Expressions defined here are not restricted to evaluate to a boolean value as 


is the case for the first version of CQL2. 
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Expressions can be used in two places according to this Styles & Symbology conceptual model: 
as a Selector defining the condition whether to apply a StylingRule or not, as well as to define 
the values of Symbolizer properties. 


e SystemldentifierExpression | 
L 
и 2 


ссб T OperationExpression 
(€ «abstract» (С) dentifierExpression © IDEE E EEE Ei © ArrayExpression © - 
LiteralExpression = objectClass: type BUE AS operand. Ppressogio. 
name: string R elements: Expression[0.. operator: Operator 
members: map < string, Expression > operand2: Expression 


ЕЕ 


«abstract» 
Expression © Operator 


Figure 2 — Expression Classes UML Diagram 


7.1.4.1. Parameter Values 


The use of an expression as a Symbolizer property is called a Parameter Value, where an 
Expression can be substituted where a particular data type is expected, in which case the 
Expression will be resolved to that expected data type. Conceptually, all Symbolizer properties 
can be specified using any type of expression Parameter Value, but this is not required by this 
core conformance class, and specific requirements classes such as the “Symbolizer Parameter 
Value Expresssions” requirements class enable this behavior. Without a requirements class 
specifying otherwise, only Literal Expressions compatible with the expected data type are 
allowed as Parameter Values. 


7.1.4.2. Identifier Expressions 


An Identifier Expression is represented Бу a textual property that gets resolved at runtime. 


Typical example of identifier expressions include feature properties (e.g., population) and 
coverage range values (e.g., a particular imagery band B8). 
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7.1.4.2.1. System Identifiers 


(€)IdentifierExpression | 


(€ «enumeration» 
SystemldentifierExpression 


visualization 
visualization.scaleDenominator 
visualization.dateTime 
visualization.date 
visualization.timeOfDay 
dataLayer 

dataLayer identifier 
dataLayer.type 


© Visualization 


scaleDenominator: double 
dateTime: Timelnstant 
date: Date 

timeOfDay: TimeOfDay 
timelnterval: Timelnterval 


start: Timelnstant 
end: Timelnstant 


year: int 
month: Month 
day: int 


а 
Month 


january 
february 
march 
april 

may 

june 

july 
august 
september 
october 
november 


© Timelnstant 


date: Date 
time: TimeOfDay 


december 
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оа 


© 
© TimeofDay 


hour: int 
minutes: int 
seconds: double 


| © DataLayer | 


identifier: string 
type: DataLayerType 


(€ «enumeration» 
DataLayerType 


map 


vector 
coverage 


Figure 3 — System Identifiers UML Diagram 
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One specific type of identifier expressions use System Identifiers. A System Identifier refers to 
an internal state of the system, or a particular aspect of the data being portrayed. 


The following System Identifiers are defined by this conformance class: 


Table 5 — Visualization System Identifiers 


DATA TYPE AND 
NAME DEFINITION 

VALUE 
visualization.scaleDenominator Current visualization scale denominator float 
visualization.dateTime Current visualization date and time DateTime 
visualization.date Current visualization date Date 
visualization.timeOfDay Current visualization time of day Time 
visualization.timelnterval Current visualization time of day Timelnterval 


Example 1 — CCSSS Example showcasing scale-dependent selector using system identifiers 
HRoads 
1 

visibility: false; 

[viz.sd < 200000] // Roads will only be visible at scale 1:200,000 and 
closer 


{ 
) 


visibility: true; 


Table 6 — Month enumeration 


NAME 


january 
february 
march 
april 
may 


june 
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МАМЕ 


july 
august 
september 
october 
november 


december 


Table 7 — Date class 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
year int 1 
month Month dl 
day int 1 


Table 8 — TimeOfDay class 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
hour int 1 
minutes Month 1 
seconds int 1 


Table 9 — Class Timelnstant 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
date Date 1 
time TimeOfDay al 
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Table 10 — Timelnterval class 


NAME DEFINITION DATA TYPE MULTIPLICITY 
start start of the interval Timelnstant 1 
end end of the interval Timelnstant 1 


Example 2 — CCSSS Example showcasing visualization time-dependent selector using system 
identifiers 


#1 апдизе 

visibility: false; 

// Landuse will only be visible when visualization date is later than 
January 1, 2020 

[viz.date > DATE( '2020-01-01')] 


visibility: true; 


= 


Table 11 — Layer System Identifiers 


NAME DEFINITION DATA TYPE AND VALUE 
dataLayer.identifier Identifier of data layers string 
dataLayer.type Data type of data layers enumeration: vector, coverage, ... 


Example 3 — CCSSS Example showcasing selectors depending on layer identifiers and data 
type using system identifiers 

[dataLayer.type = vector] 

{ 


// Display vector layers at 60% opacity by default 
opacity: 0.6; 


[dataLayer.identifier = 'Landuse'] 


// Except for Landuse that should show at 804 opacity 
opacity: 0.8; 


// In CCSSS, the #<layerid> syntax is equivalent 
// to [dataLayer.identifier = '«layerid»'] 
#Roads 
{ 

opacity = 1.0; // and roads at 100% opacity 


хүч 
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7.1.4.3. Literal Expressions 


«enumeration» 
BoolLiteral 
false 
true 


(€) EnumvalueLiteral DEREN 

enum: type (C) NullLiteral (E)Integertiterai (Океа! кега (Фтехилега @arraytiteral ©nstancetiteral 
value: string value: int64 value: double text: string j 
numericValue: int64 


С арена Ни (€)ArrayExpression © InstanceExpression 


Figure 4 — Literal Classes UML Diagram 


A literal expression is an expression that has a fixed value in the encoding of the style. A similar 
literal class concept was originally defined in the OGC Filter Encoding 2.0 standard section 7.5.1. 


The following types of literals are defined: 
е An integer literal represents a whole numeric value (CCSSS example: 123) 


e Areal literal represents a real number (integer, fractional or irrational number) (CCSSS 
example: 0.85) 


е Text literals are Unicode character strings (CCSSS example: 'København') 
е A null literal represents an unset value (CCSSS example: null) 


e Enumeration value literals allow to refer by name to a set of pre-defined values associated 
with the context where they are used (CCSSS example: vector) 


e Boolean literals are a specialized type of enumeration literals which are either true or false 
(CCSSS example: false) 


e Array literals (see Array Expressions) (CCSSS example: (1, 2, 3)) 


e Instance literals (see Instance Expressions) (CCSSS examples: Color(20, 100, 80) ог 
Color(r: 20, g: 100, b: 80)) 


7.1.4.4. Operation Expressions 


An Operation Expression performs an operation specified by an Operator on one, two or three 
operand expressions, depending on whether they unary, binary or ternary operators. This core 
requirements class defines only Logical and Relational operators. Implementations are also 
required to support prioritizing operations (typically encoded using parentheses: ( )). Other 
requirements classes introduce support for additional operators for arithmetic, text and bitwise 


OPEN GEOSPATIAL CONSORTIUM 18-067R4 31 


operations. Without support for the Апу right-hand operand reguirements class, the right-hand 
operands of RelationExpressions are limited to LiteralExpressions. 


Table 12 — OperationExpression class 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
operand1 First operand Expression @ 1! 

operator Operator Operator 1 

орегапа2 Second орегапа Expression 1 


(O «enumeration» 

RelationalOperator 

equal 

| notEqual 

(O «enumeration» is 
LogicOperator isNot 

greater 

lesser 

greaterEqual 

lesserEqual 

between 

notBetween 

in -- right operand is array 

notin -- right operand is array 


and 
ог 
not -- ипагу 


(С) operator 


Figure 5 — Core Logic and Relational Operators UML Diagram 


This reguirements class defines the following Logical Operators : 


Table 13 — Logical Operators 


NAME CCSSSEXAMPLE TYPE DEFINITION 


not not unary True if and only if the operand is false 


and and binary True if and only if both operands are true 
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NAME CCSSSEXAMPLE TYPE DEFINITION 


or or binary True if and only if either or both of the operands is true 


This requirements class defines the following Relational Operators: 


Table 14 — Relational Operators 


NAME CCSSS EXAMPLE TYPE DEFINITION 

equal z binary The first operand is equal to the second one 

notEqual <> binary The first operand is not equal to Ше second one 

is (null) is bison Only used with null literal for second operand (the first 


operand is null) 


Only used with null literal for second operand (the first 


isNot (nul) is not binary i 
орегапа is not null) 
lesser < binary The first operand is smaller than the second one 
greater » binary The first орегапа is greater than the second опе 
lesserEqual <= binary The first operand is smaller than or equal to the second one 
reater 
5 | >= binary The first operand is greater than or equal to the second one 
qua 
р : Я Only used with an array for second орегапа (the first 
in (array) in binary е 
орегапа is опе ої the elements of the array) 
: ? Only used with an array for second орегапа (the first 
notln (array) not in binary à 
operand is not one of the elements of the array) 
The first operand is between the second and third operands 
between between .. and terna 


у (inclusively) 


not between .. The first operand is not between the second and third 
notBetween terna 3 ў 
and operands (inclusively) 


Example — CCSSS Example showcasing the use of logical and relational operators in a selector 


HRoads 
visibility: false; 
// Roads will be visible between scales 1:20,000 and 1:200,000 
[viz.sd > 20000 and viz.sd < 200000] 
1 


) 


visibility: true; 
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7.1.4.5. Array Expressions 
An array expressions defines zero, one, or more element expressions forming an ordered set. 
CCSSS example: (123.0, viz.sd). 


An array literal is a special type of array expression whose elements are all literals. 


7.1.4.6. Instance Expressions 


An instance expressions instantiates an object of a class while optionally specifying values for 
member components. The default values for any member if not explicitly overridden can is 
specified by the class member definitions. 


CCSSS examples: 
е DateTime(year: 2022, month: april, day: 6) 


* Color(r: 20, g: 100, b: 80)) 


An instance literal is a special type of instance expression assigning only literal expressions to its 
member components. 


A Symbolizer may either set an object property with a complete new instance, or specifically 
override a particular member of that object property. This capability is particularly useful when 
using nested StylingRules, where a nested rule can inherit the Symbolizer from the parent 
StylingRule. 


Example — CCSSS Example showcasing the use of logical and relational operators in a selector 
Roads 


// Default to a gray stroke (completely replace stroke property) 
stroke: | gray У; 

// For scales closer than 1:200,000 ... 

[viz.sd « 200000] 


stroke.width: 5px; // inherit gray color, but modify the width to be 5 
pixels. 


// For scales closer than 1:10,000, replace the stroke completely with a 
5 meters blue stroke 
[viz.sd < 10000] 4 stroke: { blue, width: 5m } | 
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7.2. Reguirements 


7.2.1. Соге 


REGUIREMENTS CLASS 1: СОКЕ 


IDENTIFIER http://www.opengis.net/spec/symbology-1/2.0/reg/core 


TARGET TYPE Style encodings and Renderers 


7.2.1.1. Style stylingRules property 


REQUIREMENT 1 


IDENTIFII /req/core/rules 


An Encoding SHALL support individually storing and preserving the order of each StylingRule constituting 


A 

a Style. 
B A Renderer SHALL support considering in order each individual StylingRule constituting a style. 

The Symbolizer properties specified in a StylingRule appearing later in a Style's list of rules and whose 
С Selector evaluates to true SHALL be interpreted as overriding all Symbolizer properties set by earlier 


rules. 


7.2.1.2. StylingRule nestedRules property 


REGUIREMENT 2 


IDENTIFIER /reg/core/nested 
A An Encoding SHALL support ... 
B A Renderer SHALL support ... 
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7.2.1.3. Identifier Expressions 


REGUIREMENT 3 


IDENTIFIER /reg/core/expressions 
A An Encoding SHALL support ... 
B A Renderer SHALL support ... 


7.2.1.4. StylingRule selector property 


REQUIREMENT 4 


IDENTIFIER /reg/core/selector 
A An Encoding SHALL support... 
B А Renderer SHALL support... 


7.2.1.5. StylingRule symbolizer property 


REQUIREMENT 5 


IDENTIFIER /req/core/symbolizer 
A An Encoding SHALL support ... 
B A Renderer SHALL support ... 


7.2.1.6. Symbolizer properties Parameter Values 
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REGUIREMENT 6 


IDENTIFIER /reg/core/parameters 
A An Encoding SHALL support ... 
B A Renderer SHALL support ... 


7.2.1.7. Symbolizer visibility property 


REQUIREMENT 7 


IDENTIFIER /req/core/visibility 
A An Encoding SHALL support ... 
B A Renderer SHALL support ... 


7.2.1.8. Symbolizer opacity property 


REQUIREMENT 8 


IDENTIFIER /req/core/opacity 
A An Encoding SHALL support ... 
B A Renderer SHALL support ... 


7.2.1.9. Symbolizer zorder property 


REQUIREMENT 9 


IDENTIFIER /req/core/zorder 


A An Encoding SHALL support ... 
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REGUIREMENT 9 


В А Renderer SHALL support ... 


7.2.1.10. Literal Expressions 


REGUIREMENT 10 


IDENTIFIER /reg/core/literals 
A An Encoding SHALL support... 
B А Renderer SHALL support... 


7.2.1.11. Identifier Expressions 


REGUIREMENT 11 


IDENTIFIER /reg/core/identifiers 
A An Encoding SHALL support ... 
B A Renderer SHALL support ... 


7.2.1.12. Visualization Scale Denominator System Identifiers 


REQUIREMENT 12 


IDENTIFIER /reg/core/scale 
A An Encoding SHALL support ... 
B A Renderer SHALL support ... 
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7.2.1.13. Visualization Time System Identifiers 


REGUIREMENT 13 


IDENTIFIER /reg/core/time 
A An Encoding SHALL support ... 
B А Renderer SHALL support ... 


7.2.1.14. Data Layer System Identifiers 


REGUIREMENT 14 


IDENTIFIER /reg/core/layers 
A An Encoding SHALL support... 
B А Renderer SHALL support... 


7.2.1.15. Operation Expressions 


REGUIREMENT 15 


IDENTIFII /req/core/operations 


An Encoding SHALL support defining operation expressions consisting of operands and an operator for 


A 
unary, binary and ternary operators. 

B An Encoding SHALL support defining the priority of expressions using multiple operators (e.g., using 
parentheses: ( )). 

С А Кепдегег SHALL support evaluating operation expressions while respecting Ше priority of operations. 


7.2.1.16. Logical Operation Expressions 
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REGUIREMENT 16 


IDENTIFIER /reg/core/logical 
A An Encoding SHALL support... 
B А Renderer SHALL support ... 


7.2.1.17. Relational Operation Expressions 


REGUIREMENT 17 


IDENTIFIER /req/core/relational 
A An Encoding SHALL support ... 
B А Renderer SHALL support ... 


7.2.1.18. Array Expressions 


REQUIREMENT 18 


IDENTIFIER /req/core/arrays 
A An Encoding SHALL support ... 
B А Renderer SHALL support ... 


7.2.1.19. Instance Expressions 


REQUIREMENT 19 


IDENTIFIER /req/core/instances 


A An Encoding SHALL support ... 
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REGUIREMENT 19 


В А Renderer SHALL support ... 
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REQUIREMENTS CLASS 
"BASIC VECTOR FEATURES 
STYLING" 
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REQUIREMENTS CLASS "BASIC VECTOR 
FEATURES STYLING" 


8.1. Overview 


This reguirements class adds support for defining how to Fill and render the Stroke of vector 
geometry. In addition, it defines the ability to specify a Marker consisting of one or more 
Graphic, to be rendered at the exact location of point geometry, at the centroid of polygon 
geometry, or at each point of line geometry. 


8.1.1. Symbolizer extension for vector features 


«extended» 
Symbolizer 


fill: Fill [0..1] 
stroke: Stroke [0..1] 
marker: Marker [0..1] 


Figure 6 — Basic Vector Features Extended Symbolizer Class UML Diagram 


The following three new Symbolizer properties are defined by this requirements class: 


Table 15 — Symbolizer class (vector features extension) 


DATA TYPE AND 

NAME DEFINITION MULTIPLICI 
VALUE 

fill Fill to fill inside of geometries Fill 021 

stroke Stroke to render geometry outlines Stroke (Oj Al 


Marker to render at geometries points or centroid (for 
marker Marker @ 1 
polygons) 
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8.1.2. Extended Identifiers for vector features 


This reguirements class defines as valid identifiers all of the accessible properties for a feature 
being portrayed with the name of those properties being the text of the identifier. Those 
identifiers are to be resolved with the value of that property. An encoding must support an 
escaping mechanism in cases where the name of a feature property might clash with a syntactic 
element. 


8.1.2.1. Extended System Identifiers 


«extended» 
SystemldentifierExpression 


feature 

feature identifier 
feature.geometryDimensions 

dataLayer features 

dataLayer featuresGeometryDimensions 


(С) DataLayer 


features: Feature[*] 
featuresGeometryDimensions: int 


identifier: string 
geometryDimensions: int 


Figure 7 — Vector Features System Identifiers UML Class Diagram 


In addition, the following new System Identifiers are defined by this requirements class: 


Table 16 — System identifiers for vector features 


NAME DEFINITION DATA TYPE AND VALUE 


. on Identifier of a particular . 
feature.identifier string or number 
feature 
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МАМЕ DEFINITION DATA TYPE AND VALUE 


| А Dimension of geometry fora О (points), 1 (lines), 2 (polygons), 3 
feature.geometryDimensions 


particular feature (polyhedrons) 
Dimension of feature | A 
dataLayer.featuresGeometry { O (points), 1 (lines), 2 (polygons), З 
і у geometry (if same for all k 
Dimension (polyhedrons), null (mixed) 
features) 
8.1.3. Colors 


b: float 


Figure 8 — Color class UML Diagram 


Both the Fill and Stroke allow to define a Color, specified using red, green and blue components. 
The ability to define Colors in other spaces (e.g., Lab, CMYK) is defined in separate reguirements 
classes and applies wherever this basic RGB Color class is used. 


Table 17 — Color class 


NAME DEFINITION TYPE MULTIPLICITY 
r Red component float 1 
g Green component float 1 
b Blue component float 1 
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8.1.4. Fills 


Fill 


color: Color 
opacity: float 


Figure 9 — UML Class Diagram of the Symbology Fill 


A Fill defines the graphical symbolizing parameters required to draw the filling of a two- 
dimensional shape such as a polygon. Separate conformance classes can extend this Fill class 
with additional properties. 


Table 18 — Fill class 


NAME DEFINITION TYPE MULTIPLICITY 
color Color of the fill Color 021 
opacity Opacity of the fill float omi 
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8.1.5. Strokes 


Stroke 


StrokeStyling 


color: Color 

opacity: float 

width: float 

widthUnit: GraphicalUnit 


[М 


Figure 10 — Stroke Class UML Diagram 


A Stroke defines the graphical symbolizing parameters for drawing an outline (e.g., for linear 
geometries or the exterior of a polygon geometry). As an abstract class and part of the base of 
the core graphical concepts, StrokeClass is a global point of extension to specify concrete ways 
to draw outlines (e.g., the PenStroke and GraphicStroke extensions). The StrokeClass properties 
are documented in the following table. 


А Stroke object inherits from а base StrokeStyling class, which is re-used іп а separate 
requirements class for defining more complex strokes: 


Table 19 — StrokeStyling class 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
color Color of the stroke Color 0.1 
width Width of the stroke float (uom-gualified) (0), 41 
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8.1.5.1. Graphical Units of Measure 


pixels 
meters 
feet 
percent 


points 

em 
screeninches 
screenCM 
screenMM 


Figure 11 — Graphical Units Enumeration UML Diagram 


For styling parameters that define sizing and positioning of graphical objects (width, 
displacement, etc.), a specific unit of measure needs to be provided for the rendering engine. 
Therefore, properties where a unit of measure is relevant can be gualified with a particular uom 
codes. 


Below is the list of allowed units of measure as per UCUM (except for pixel): 
е portrayal units: pixel, millimeter, inch, percentage; and 
e ground units: meter, foot. 


The portrayal unit "pixel" is the default unit of measure. If available, the pixel size depends on 
the viewer client resolution, otherwise it is equal to 0.28mm x 0.28mm (- 90 DPI). 
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8.1.6. Markers 


position: UnitPoint 
opacity: float 


( 
Figure 12 — Marker Class UML Diagram 


A Marker inherits from a MultiGraphic which can contain multiple graphical elements: 


Table 20 — MultiGraphic class 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 


elements Children elements Graphic 1 


Without support for the Multi Graphics and Transforms reguirements class, a MultiGraphic cannot 
contain another MultiGraphic. 


A MultiGraphic itself inherits from a Graphic allowing to specify an opacity and a 20 position: 


Table 21 — Graphic class 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
opacity Opacity float 0.1 
position Position UnitPoint omi 


OPEN GEOSPATIAL CONSORTIUM 18-067R4 49 


Table 22 — UnitPoint class 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
x Horizontal position float (uom-qualified) 1 
y Vertical position float (uom-qualified) 1 


8.1.6.1. Dot Graphics 


«abstract» \ 
Shape (С) unitPoint 
| stroke: Stroke І0..11 | 
[ | 
а 
(С) Graphic Stroke 


Figure 13 — Dot Class UML Diagram 


A round Dot is one type of Graphic defined by this requirements class that can be used as part 
of a Marker. 


A Dot inherits from a Shape class allowing to define a stroke which controls the color and size 
of the dot (with the stroke's width property). 


Table 23 — Shape 


NAME DEFINITION TYPE MULTIPLICITY 


stroke Stroke with which to render the shape outline Stroke @ 1! 
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8.1.6.2. Image Graphics 


Image 


image: Resource 
hotSpot: UnitPoint 
tint: Color 

blackTint: Color 
alphaThreshold: Ld 


(€) Resource | : 
path: string[O..1] 


(C) Graphic url: string[0..1] (С) color (С) unitPoint 
х id: stringlO..1] LE 9 


type: string[O..1] 
ext: string[0..1] 
sprite: string[0..1] 


Figure 14 — Image Class UML Diagram 


An Image is one type of graphic defined by this requirements class that can be used as part of a 
Marker. 


Table 24 — Image 


NAME DEFINITION TYPE MULTIPLICIT 
image The image to use Resource al 
hotSpot 0,0 position in the image UnitPoint (uom-qualified) 1 
tint Tint (multiplying white) Color 1 
blackTint Black tint (used for black Color 1 
alphaThreshold Alpha value considered pickable float 1 


The actual image content is defined Бу a Resource, which can be specified by опе or multiple 
properties: 
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Table 25 — Resource class 


NAME DEFINITION TYPE 
url URL for online resource string 
path (preferably relative) path to local file string 
id ID within a database table or a sprite string 
type Selected media type for the resource string 
ext File extension to build paths/URL with id string 
sprite Name of source sprite file string 


8.1.6.3. Text Graphics 


(€) rex 


text: string -- IdentifierExpression 
font: Font 
alignment: TextAlignment 


© Font 


/ 


20111118 


face: string 
size: float 


(€) Graphic bold: bool 


italic: bool 


color: Color 
opacity: float 


underline: bool 


© Color 


o7 HAlignment 
vertical: VAlignment 


) 
© aN 


MULTIPLICITY 


01 


Ord 


0:1 


ori 


0:1 


Ord 


©) identifierexpressions 


right 


L| 
«enumeration» = «enumeration» 
© HAlignment © VAlignment 
left top 
center middle 
bottom 


Figure 15 — Text Class UML Diagram 
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А Text is one type ої Graphic defined by this requirements class that can be used as part of a 
Marker. 


Table 26 — Text 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
text The character string for the text string (unicode)* 1 

font The font to use for the text Font Ord 

alignment The alignment to use for the text TextAlignment Ord 


This requirements class requires support for identifier parameter value expression for the text 
property without any additional requirements class. This allows to display the value of feature 
properties with a Text Marker. 


Table 27 — TextAlignment 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
horzAlignment Horizontal alignment HAlignment Ont 
vertAlignment Vertical alignment VAlignment (OL Al 


Table 28 — HAlignment enumeration 


NAME DEFINITION 


left Left alignment 
center Center alignment 
right Right alignment 


Table 29 — VAlignment enumeration 


NAME DEFINITION 


top Top alignment 


middle Middle alignment 


OPEN GEOSPATIAL CONSORTIUM 18-067R4 53 


МАМЕ DEFINITION 


bottom Bottom alignment 


The font property of a Text Graphic is defined uses the following Font class: 


Table 30 — Font class 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
face Face name string 0:1 
size Size of the font (pt) float 0.1 
bold Use bold style bool 0:1 
italic Use italic style bool (Lal 


8.2. Requirements 


8.2.1. Basic Vector Features Styling 


REQUIREMENTS CLASS 2: BASIC VECTOR FEATURES STYLING 


IDENTIFIER http://www.opengis.net/spec/symbology-1/2.0/reg/vector 
TARGET TYPE Style encodings and Renderers 
PREREGUISITE Requirements class 1: http: //www.opengis.net/spec/symbology-1/2.0/reg/core 


8.2.1.1. Symbolizer fill property 


REQUIREMENT 20 


IDENTIFII /req/vector/fill 
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REGUIREMENT 20 


А Ап Encoding SHALL support defining а fill Symbolizer property as ап object including a color and an 
opacity. 


А Renderer SHALL support filling vector geometry based on a fill property specifying a color and an 
opacity. 


8.2.1.2. Symbolizer stroke property 


REGUIREMENT 21 


IDENTIFII /reg/vector/stroke 


An Encoding SHALL support defining a stroke Symbolizer property as an object including a color and a 


A 
units of measure-qualified (“uom-qualified”) width. 


A Renderer SHALL support drawing the stroke of vector geometry based on a stroke property 
specifying a color and a uom-qualified width. 


8.2.1.3. Graphical Units of Measure 


REQUIREMENT 22 


IDENTIFII /req/vector/units 


An Encoding SHALL support qualifying distance properties identified as "uom-qualified” with a unit of 


A 
measure (pixel, millimeter, inch, percentage, meter, foot). 


A Renderer SHALL support applying the appropriate unit transformation when rendering elements 


specifying a uom-qualified distances. 


8.2.1.4. Symbolizer marker property 


REQUIREMENT 23 


IDENTIFII /reg/vector/marker 


A An Encoding SHALL support defining a marker Symbolizer property as an array of graphical elements 
(Graphics). 
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REGUIREMENT 23 


B A Renderer SHALL support drawing the grahical elements of a marker at the points of vector geometry 
(for points and line strings) and at the centroid of polygons. 


8.2.1.5. Graphics 


REGUIREMENT 24 


IDENTIFII /reg/vector/graphics 


A An Encoding SHALL support defining graphical elements (graphics) specifying a uom-gualified 2D real 
position offsetting the graphic from its original position. 


A Renderer SHALL support drawing the Graphics at the specified uom-gualified 2D position offset 


relative to its original position. 


8.2.1.6. Dot Graphics 


REGUIREMENT 25 


IDENTIFII /req/vector/dot 


An Encoding SHALL support defining a Dot Graphic inheriting from a base Shape class specifying a stroke, 


A 
from which the color and the size of the point is inferred. 


А Renderer SHALL support drawing the Graphics as а round dot using the width of its Stroke as the point 
size and in the color of the Stroke. 


8.2.1.7. Image Graphics 


REQUIREMENT 26 


IDENTIFII /req/vector/image 


An Encoding SHALL support defining an Image Graphic inheriting from a base Shape class specifying a 


A 
stroke, from which the color and the size of the point is inferred. 


А Renderer SHALL support drawing the Graphics as а round dot using the width of its Stroke as the point 
size and in the color of the Stroke. 
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8.2.1.8. Text Graphics 


REGUIREMENT 27 


IDENTIFII /req/vector/text 


An Encoding SHALL support defining a Text Graphic with a text unicode string content, a font, and 
A an alignment with a horizontal (horzAlignment: left, right or center) and vertical component 
(vertAlignment: top, middle, bottom). 


A Renderer SHALL support drawing the text of a Text Graphic using the font and the alignment 
specified. 


8.2.1.9. Fonts 


REQUIREMENT 28 


IDENTIFII /req/vector/fonts 


An Encoding SHALL support defining Fonts with a face property indicating the face name (also known 
A as the font family), a size specified in points, a bold flag indicating to use a bold weight if true, and an 
italic flag indicating to use an italic style if true. 


B A Renderer SHALL support drawing text using the fonts specified. 
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REQUIREMENTS CLASSE 
РОК СОМЕКАСЕ STY 
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o REQUIREMENTS CLASSES FOR COVERAGE 
STYLING 


9.1. Requirements Class "Basic Coverage Styling" 


9.1.1. Overview 


This requirements class adds support for defining how to portray coverage data by mapping 
values from the range (e.g., individual imagery bands) to color channels or to a single channel, as 
well as providing an option to apply a color and/or opacity map based on the values. 


(O «extended» 
Symbolizer 


colorChannels: Color -- IdentifierExpressions 
alphaChannel: double -- IdentifierExpression 
singleChannel: double -- IdentifierExpression 
colorMap: ValueColor[*] 

opacityMap: ValueOpacity[*] 


(С) valueopacity 


value: double 
opacity: float 
label: text 


value: double (С) identifierExpression 


color: Color 
label: text 


Figure 16 — Extended Symbolizer Class UML Diagram 
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9.1.1.1. Extended Identifiers 


This reguirements class defines as valid identifiers all of the accessible properties (the values of 
its range, as defined by the range type) for a coverage being portrayed with the name of those 
properties being the text of the identifier. Those identifiers are to be resolved with the value of 
that property. An encoding must support an escaping mechanism in cases where the name of a 
feature property might clash with a syntactic element. 


9.1.1.2. Extended Symbolizer 


Table 31 — Extended Symbolizer properties 


DATA TYPE AND 
NAME DEFINITION MULTIPLICI 
VALUE 
colorChannels Value of the Red, Green and Blue color channels Color 0.1 
alphaChannel Value of the alpha (opacity) channel float omi 
singleChannel Value of a single (gray-scale) output channel float omi 
colorMap Color map to be applied based on singleCannel ValueColor 0.” 
opacityMap Opacity тар to be applied based оп singleCannel ValueOpacity OG: 


This requirements class requires support for identifier parameter value expression for the red (r), 
green (g) and blue (b) components of the colorChannels, alphaChannel and singleChannel 
properties without any additional requirements class. 


This allows to map the range values of a coverage to the output color channels. 


The color map is defined with а Value/Color pair object: 


Table 32 — ValueColor properties 


DATA TYPE AND 

NAME DEFINITION MULTIPLICI 
VALUE 

value Key value for selecting this color float 1 

color Color associated with this value Color 1 

name Label to use for this value when generating а legend string @ 1! 
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Similarly, the opacity map is defined with а Value/Opacity pair object: 


Table 33 — ValueOpacity properties 


DATA TYPE AND 

NAME DEFINITION MULTIPLICI 
VALUE 

value Key value for selecting this color float al 

color Color associated with this value Color 1 

name Label to use for this value when generating а legend string 91 


9.1.1.3. Colors 


Both the colorChannels and the colorMap properties use a Color class, specified using red, 
green and blue components. The ability to define Colors in other spaces (e.g., Lab, CMYK) is 
defined in separate requirements classes and applies wherever this basic RGB Color class is 


used. 


Table 34 — Color 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
r Red float 1 
g Green float 1 
b Blue float 1 


9.1.2. Reguirements 


REGUIREMENTS CLASS 3: BASIC COVERAGE STYLING 


IDENTIFIER http://www.opengis.net/spec/symbology-1/2.0/reg/coverage 
TARGET TYPE Style encodings and Renderers 
PREREQUISITE Requirements class 1: http://www.opengis.net/spec/symbology-1/2.0/req/core 
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9.1.2.1. Symbolizer colorChannels property 


REQUIREMENT 29 


IDENTIFIE /req/coverage/color-channels 


A An Encoding SHALL support defining a colorChannels Symbolizer property as a Color object. 


B А Renderer SHALL support ... 


9.1.2.2. Symbolizer alphaChannel property 


REQUIREMENT 30 


IDENTIFIER /req/coverage/alpha-channel 


A An Encoding SHALL support defining a alphaChannel Symbolizer property as a float. 


B A Renderer SHALL support ... 


9.1.2.3. Symbolizer singleChannel property 


REQUIREMENT 31 


IDENTIFIEF /req/coverage/single-channel 


A An Encoding SHALL support defining a singleChannel Symbolizer property as a float. 


B А Renderer SHALL support... 


9.1.2.4. Symbolizer colorMap property 
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REGUIREMENT 32 


IDENTIFI! /req/coverage/color-map 


An Encoding SHALL support defining a colorMap Symbolizer property as an array of value (float) and 


A 
color (Color) pairs which can be tagged with a name. 


B А Renderer SHALL support... 


9.1.2.5. Symbolizer opacityMap property 


REGUIREMENT 33 


IDENTIFII /reg/coverage/opacity-map 


An Encoding SHALL support defining a opacityMap Symbolizer property as an array of value (float) and 


A 
opacity (float) pairs which can be tagged with a name. 


B А Renderer SHALL support ... 


OPEN GEOSPATIAL CONSORTIUM 18-067R4 


9.2. Requirements Class "Hill Shading" 


9.2.1. Overview 


© «extended» 
Symbolizer 


hillShading: HillShading 


© Hilshading 


factor: double 
sun: AzimuthElevation 
colorMap: ValueColor[*] 
opacityMap: ValueOpacity[*] 


Figure 17 — Extended Symbolizer Class UML Diagram 


This requirements classand adds the capability to portray elevation coverages with a hill shading 
style. It depends on the Basic Coverage Styling requirements class. 


9.2.1.1. Extended Symbolizer 
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Table 35 — Extended Symbolizer properties 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 


hillShading Hill shading parameters HillShading 051 


Table 36 — HillShading properties 


DATA TYPE AND 
NAME DEFINITION MULTIPLICI 
VALUE 
factor Factor controlling the intensity of the shading float 0-1 
sun Orientation of the sun AzimuthElevation @ 1 
colorMap Color map to be applied based on calculated shade ValueColor (022 
opacityMap Opacity map to be applied based оп calculated shade — ValueOpacity OP 


The sun property is specified using this AzimuthElevation class: 


Table 37 — AzimuthElevation properties 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
azimuth Azimuth angle relative to North Angle Ont 
elevation Elevation angle relative to the ground Angle 0.1 


9.2.2. Reguirements 


REGUIREMENTS CLASS 4: НІШ SHADING 


IDENTIFIER http://www.opengis.net/spec/symbology-1/2.0/reg/hillshading 


TARGET TYPE Style encodings апа Renderers 


PREREQUISITE Requirements class 3: http://www.opengis.net/spec/symbology-1/2.0/req/coverage 
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9.2.2.1. Symbolizer hillshading property 


REQUIREMENT 34 


IDENTIFII /req/hillshading/hillshading 


An Encoding SHALL support defining a hillshading Symbolizer property as an object including 


A 
factor, sun, colorMap and opacityMap properties. 


B A Renderer SHALL support ... 


9.2.2.2. HillShading factor property 


REQUIREMENT 35 


IDENTIFIER /reg/hillshading/factor 


A An Encoding SHALL support defining a factor HillShading property as a float. 


B A Renderer SHALL support ... 


9.2.2.3. HillShading sun property 


REQUIREMENT 36 


IDENTIFII /req/hillshading/sun 


A An Encoding SHALL support defining a sun HillShading property as an object consisting of azimuth and 
elevation angle members representing the orientation of the sun relative to the terrain. 


B A Renderer SHALL support ... 


9.2.2.4. HillShading colorMap property 
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REGUIREMENT 37 


IDENTIFII /req/hillshading/color-map 


An Encoding SHALL support defining a colorMap HillShading property as an array of value (float) and 


A я 
color (Color) pairs. 


B А Renderer SHALL support... 


9.2.2.5. HillShading opacityMap property 


REGUIREMENT 38 


IDENTIFI! /req/hillshading/opacity-map 


An Encoding SHALL support defining a opacityMap HillShading property as an array of value (float) and 


A , Е 
opacity (float) pairs. 


B А Renderer SHALL support ... 
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REQUIREMENTS CLASSE 
FOR LABELING 
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© REQUIREMENTS CLASSES FOR LABELING 


10.1. Requirements Class “Basic Labeling” 


10.1.1. Overview 


© ^m «extended» | 
Symbolizer 


label: Label [0..1] 


placement: LabelPlacement 


(C)LabelPlacement 


(С) минсгарнс priority: float 
minSpacing: float 
maxSpacing: float 


Figure 18 — Label Class UML Diagram 


This requirements class adds support for labels that are placed using using a placement 
algorithm (and may not always be placed) drawn as a separate pass on top of styled vector 
features and coverages. Like Markers, Labels inherit from the MultiGraphic class and may 
contain multiple graphical elements. 


Table 38 — Extended Symbolizer Class 


NAME DEFINITION TYPE MULTIPLICITY 


label Graphic placed and drawns Label 0:1 
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10.1.2. Reguirements 


10.2. Reguirements Class “Font Outlines" 


10.2.1. Overview 


Font 
outline; FontOutline 


(C)Fontoutiine 


size: float 
opacity: float 
color: Color 


Figure 19 — Font outlines UML Diagram 


This requirements class adds support for Text font outlines to improve readability on any 
background. 


10.2.1.1. Font Outlines 


Table 39 — Extended Text Class 
NAME DEFINITION TYPE MULTIPLICITY 


outline Outline for the text FontOutline @ 1 
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Table 40 - FontOutline class 


NAME DEFINITION 

size Size of the outline 
opacity Opacity of the outline 
color Color of the outline 


10.2.2. Reguirements 
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DATA TYPE AND VALUE 


float 


float 


Color 


MULTIPLICITY 


QT 


Oral 


Ord 
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REQUIREMENTS CLASSE 
FOR SHAPES 


OPEN GEOSPATIAL CONSORTIUM 18-067R4 


e» REQUIREMENTS CLASSES FOR SHAPES 


11.1. Requirements Class "Shape Graphics" 


11.1.1. Overview 


This requirements class adds support for vector shape graphics. 


11.1.1.1. Rectangles, Circles, and Ellipses 


(C) RoundedRectangle 


rx: float -- uom-qualified 
ry: float -- uom-qualified 


center: UnitPoint 
radius: float -- uom-qualified 


center: UnitPoint 
radiusX: float -- uom-qualified 
radiusY: float -- uom-qualified 


Figure 20 — Rectangles, Circles and Ellipses Classes UML Diagram 
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Та е 41 — Class ClosedShape 


МАМЕ DEFINITION DATA TYPE AND VALUE MULTIPLICITY 


fill Fill of the shape Fill 1 


11.1.1.1.1. Rectangles 


Table 42 — Rectangle 


DATA TYPE AND 
NAME DEFINITION MULTIPLICIT 
VALUE 
topLeft Top left corner of the rectangle UnitPoint 1 
bottomRight Bottom right corner of the rectangle UnitPoint 1 


11.1.1.1.2. Rounded Rectangles 


Table 43 — Class RoundRectangle 


NAME DEFINITION DATA TYPE AND VALUE | MULTIPLICITY 
rx Horizontal radius of the rounded corners float (uom-qualified) 1 
ry Vertical radius of the rounded corners float (uom-qualified) all 


11.1.1.1.3. Circles 


Table 44 — Class Circle 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
center Center of the circle UnitPoint all 
radius Radius of the circle float (uom-qualified) 1 
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11.1.1.1.4. Ellipses 


Table 45 — Class Ellipse 


МАМЕ DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
center Center of the ellipse UnitPoint al 

radiusX Horizontal radius float (uom-qualified) 1 

radiusY Vertical radius float (uom-gualified) 1 

11.1.1.2. Arcs 


SectorArc СПогдАгс 
innerRadius: float -- uom-gualified 


center: UnitPoint (©) ClosedShape 
radius: float -- uom-qualified 
startAngle: Angle тн 


deltaAngle: Angle 


Shape UnitPoint 


Figure 21 — Arc Classes UML Diagram 


Table 46 — Arc class 


NAME DEFINITION TYPE MULTIPLICITY 


center Center UnitPoint 1 
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МАМЕ DEFINITION 


radius Radius 
startAngle Start angle 
deltaAngle Delta angle 


Table 47 — SectorArc class 


NAME DEFINITION 


innerRadius Inner radius 


Table 48 — ChordArc class 


NAME 


(no additonal members) 
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TYPE 


float (uom-gualified) 


Angle 


Angle 


TYPE 


float (uom-gualified) 


DEFINITION 


TYPE 


MULTIPLICITY 


MULTIPLICITY 


MULTIPLICITY 
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11.1.1.3. Paths 


(C) ClosedPath 


points: UnitPoint[ 1..* 


(C)unitPoint 


Figure 22 — Path Classe UML Diagram 


Table 49 — Path class 


NAME DEFINITION ТУРЕ MULTIPLICITY 


nodes Nodes of the path PathNodes 1 


11.1.1.3.1. Closed Paths 


Aclosed path is a ClosedShape that can be filled, and can optionally contain inner nodes to 
create holes, like polygon interior rings. 
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Table 50 — ClosedPath class 


NAME DEFINITION TYPE MULTIPLICITY 
innerNodes Inner nodes of the path PathNodes 0.7 


11.1.2. Reguirements 


11.2. Reguirements Class “Ѕһареѕ Outlines" 


11.2.1. Overview 


Table 51 — ShapeOutline class 


NAME DEFINITION TYPE MULTIPLICITY 
color Color of the outline Color Ort 
opacity Opacity of the outline float (0..1) 0..1 
thickness Thickness of the outline float (uom-gualified) 0.1 


Table 52 — Extended Shape class 


NAME DEFINITION TYPE MULTIPLICITY 


outline Shape outline ShapeOutline @ 1! 


11.2.2. Reguirements 
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REQUIREMENTS CLASS 
"MULTI GRAPHICS АМС 
TRANSFORMS" 
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e REQUIREMENTS CLASS "MULTI GRAPHICS 
AND TRANSFORMS" 


12.1. Overview 


This requirements class adds support for vector graphic hierarchies and transformations. 


© Graphicinstance 


element: Graphic 


V 4 


transform; Transform2D 


© Transform2D 


orientation: Angle 
scaling: UnitPoint -- no unit 
translation: UnitPoint 


© UnitPoint 


Figure 23 — MultiGraphic and Transforms UML Diagram 


12.1.1. Graphic and MultiGraphic Extensions 


This requirements class removes the restriction on MultiGraphics containing other 
MultiGraphics. 
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Table 53 — Extended Graphic class 


NAME DEFINITION TYPE MULTIPLICITY 


transform 2D transformation Transform2D 1 


The transform.translation is eguivalent to the Graphic's position property. 


Table 54 — Transform2D class 


NAME DEFINITION TYPE MULTIPLICITY 
orientation Orientation Angle 1 
scaling Scaling UnitPoint (no unit) al 
translation Translation UnitPoint 1 


12.1.2. Graphic Instances 


The Graphiclnstance class allows instantiating multiple instances of a single Graphic definition 
object, with each instance having a different tranformation applied. 


Table 55 — Graphiclnstance class 


NAME DEFINITION TYPE MULTIPLICITY 


element Instantiated graphic Graphic 1 


12.2. Reguirements 
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REQUIREMENTS CLASSE 
FOR ADVANCED ST 
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e REQUIREMENTS CLASSES FOR ADVANCED 
STROKES 


13.1. Requirements Class “Joins and Caps” 


13.1.1. Overview 


«extended» 
Stroke 


join: Strokejoin [0..1] 
cap: StrokeCap [0..1] 


— ø _ — ааа 
«епитегайоп» «епитегайоп» 
Strokejoin StrokeCap 


Figure 24 — Joins and Caps classes UML diagram 


This requirements class adds support for Strokes rendered with additional join and cap types. 


Table 56 — Extended Stroke class 


NAME DEFINITION TYPE MULTIPLICITY 
join Join StrokeJoin 0..1 
сар Сар StrokeCap ori 
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Table 57 — StrokeJoin enumeration 


NAME DEFINITION 


miter Miter join 
round Round join 
bevel Bevel join 


Table 58 — StrokeCap enumeration 


NAME DEFINITION 


butt Butt cap 
round Round cap 
square Square cap 
13.1.2. Requirements 


13.2. Requirements Class "Dashes" 


13.2.1. Overview 


«extended» 
Stroke 


dashPattern: integer [*] 


Figure 25 — Dashed strokes class UML diagram 


This requirements class adds support for dashed Strokes. 
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Table 59 — Extended Stroke class 


NAME DEFINITION TYPE MULTIPLICITY 
dashPattern Dash pattern int (015% 
13.2.2. Reguirements 


13.3. Requirements Class "Casing and Centerline" 


13.3.1. Overview 


шү, «extended» 
Stroke 


center: StrokeStyling [0..1] 
casing: StrokeStyling [0..1] 


Figure 26 — Casing and centerline strokes class UML diagram 


This requirements class adds support for Strokes with a casing and centerline. 


Table 60 — Extended Stroke class 


NAME DEFINITION TYPE MULTIPLICITY 
casing Style of stroke casing StrokeStyling QT 
center Style of stroke center line StrokeStyling (041 
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13.3.2. Reguirements 


13.4. Requirements Class "Pattern Strokes” 


13.4.1. Overview 


«extended» 
Stroke 
pattern: Graphic [0..1 


Graphic 


Figure 27 — Pattern strokes class UML Diagram 


This requirements class adds support for Strokes with а pattern defined by а Graphic. 


Table 61 — Extended Stroke class 


NAME DEFINITION TYPE MULTIPLICITY 


pattern Pattern graphic Graphic (ра 


13.4.2. Reguirements 
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REQUIREMENTS CLASSE 
РОК ADVANCED FIL 
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o REQUIREMENTS CLASSES FOR ADVANCED 
FILLS 


14.1. Requirements Class "Pattern Fills" 


14.1.1. Overview 


шү, «extended» 
Fill 


pattern: Graphic [0..1] 


Graphic 


Figure 28 — Pattern Fill UML Diagram 


This requirements class adds support for defining how to fill a shape with a pattern. 


Table 62 — Extended Fill class 


NAME DEFINITION TYPE MULTIPLICITY 


pattern Graphic to repeat in pattern Graphic 0.1 
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14.1.2. Reguirements 


14.2. Requirements Class "Hatches апа Gradients, 
Stipples" 


14.2.1. Overview 


(O «extended» 
Fill 


gradient: ColorKey [ж] 


stippleStyle: StippleStyle 
hatchStyle: HatchStyle 


> «enumeration» 0 7... ation» 
(€) Colorkey (C StippleStyle HatchStyle 
color: Color light forward 
opacity: float PEE 
percent: float Неаму xCross 
cross 


Figure 29 — Hatches, Gradients and Stipple Fills UML Diagram 


This reguirements class adds support for hatch, stipple and gradient fills. 


Table 63 — Extended Fill class 


NAME DEFINITION TYPE MULTIPLICITY 


hatchStyle Hatch style HatchStyle omi 
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МАМЕ DEFINITION TYPE MULTIPLICITY 
stippleStyle Opacity StippleStyle Oal 


gradient Percent ColorKey 0. 


14.2.1.1. Gradients 


Table 64 — ColorKey class 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
color Color Color 1 

орасйу Орасйу float 0.1 

регсепі Percent float 0.1 


14.2.1.2. Stipples 


Table 65 — StippleStyle class 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
light Light float å 

medium Medium float all 

heavy Heavy float 1 

14.2.1.3. Hatches 

Table 66 — HatchStyle class 

NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
forward Forward float al 
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МАМЕ DEFINITION 
backward Backward 
xCross X-Cross 
Cross Cross 
14.2.2. Requirements 
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DATA TYPE AND VALUE 


float 


float 


float 


MULTIPLICITY 
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REQUIREMENTS CLASS 
"SYMBOLIZER PARA 
VALUE EXPRESS 


TER 
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e REQUIREMENTS CLASS "SYMBOLIZER 
PARAMETER VALUE EXPRESSIONS" 


15.1. Overview 


This requirements class adds support for using ParameterValues i.e., arbitrary Expressions (not 
only literals), for all Symbolizer properties. 


15.2. Requirements 
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REQUIREMENTS CLASSE 
FOR ADDITIONAL 
EXPRESSIONS 
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e REQUIREMENTS CLASSES FOR ADDITIONAL 
EXPRESSIONS 


16.1. Requirements Class "Any right-hand operands" 


16.1.1. Overview 


This requirements class removes the restriction that right-hand side operands of 
RelationExpressions are limited to LiteralExpressions. For expressions encoded using CQL2, it is 
analogous to the CQL2 Property-Property comparison requirements class. 


16.1.2. Requirements 


16.2. Requirements Class "Conditional Expressions" 


16.2.1. Overview 


16.2.1.1. Conditional expressions 


(С) ConditionalExpression 


condition: Expression 
thenExp: Expression 
elseExp: Expression 


«abstract» 
Expression 


Figure 30 — Conditional Expressions UML Class Diagram 
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Table 67 — ConditionalExpression class 


NAME DEFINITION TYPE MULTIPLICITY 
condition Condition Expression 1 
thenExp Expression resolving to when condition is true Expession 1 
elseExp Expression resolving to when condition is false Expession 1 


16.3. Requirements Class "Variables” 


16.3.1. Overview 


(C) variableExpression 
name: string 


G «abstract» 
Expression 


Figure 31 — Variable Expressions UML Class Diagram 


This reguirements class adds support for defining variables that can be used to facilitate re-use 
of definitions in encodings, as well as to provide configurable elements that can be associated 
with application control such as a slider or drop-down control. 


16.3.1.1. Variable expressions 


Table 68 — VariableExpression class 


NAME DEFINITION TYPE MULTIPLICITY 


name Name of the variable string 1 
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16.3.2. Reguirements 
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REQUIREMENTS CLASSE 
РОК ADDITIONAL 
OPERATORS 
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Ө REQUIREMENTS CLASSES FOR ADDITIONAL 
OPERATORS 


17.1. Requirements Class "Arithmetic Operators" 


17.1.1. Overview 


This requirements class adds support for arithmetic operations. 


«enumeration» 
ArithmeticOperator 


(€) Operator 


Figure 32 — Arithmetic Operators UML Diagram 


Table 69 — arithmetic 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
add Addition Numeric 124) 
sub Subtraction Numeric wa 
mul Multiplication Numeric 1541 
div Division Numeric Да 
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МАМЕ DEFINITION DATA TYPE AND VALUE MULTIPLICITY 


intDiv Integer Division Numeric 1-1 
mod Modulus Numeric qe 
pow Power Numeric 1-21 


17.1.2. Reguirements 


17.2. Requirements Class "Bitwise Operators" 


17.2.1. Overview 


This requirements class adds support for operations on individual bits. 


«enumeration» 
BitwiseOperator 


bitAnd 

bitOr 

bitNot -- unary 
р Хог 

leftshift 
rightShift 


Operator 


Figure 33 — Bitwise Operators UML Diagram 


Table 70 — bitwise 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 


bitAnd Bitwise AND Integer 151 
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МАМЕ DEFINITION DATA TYPE AND VALUE MULTIPLICITY 


bitOr Bitwise OR Integer 124 
bitNot Bitwise NOT Integer 154) 
bitXor Bitwise XOR Integer 121) 
leftShift Left Shift Integer ТЕЛ 
rightShift Right Shift Integer ТЕ 
17.2.2. Reguirements 


17.3. Reguirements Class “Text Relation Operators" 


17.3.1. Overview 


«enumera tion» 
TextRelationOperator 

like 

notLike 

contains 

startsWith 

endsWith 

notContains 

notStartsWith 

notEndsWith 


(С) operator 


Figure 34 — Bitwise Operators UML Diagram 


This reguirements class adds more advanced support for evaluating the relation between text 
values, including the like operator, starts with, contains, ends with, as well as not variants for all 
these. 
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Та е 71 — comparison 


МАМЕ DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
like Like Text 1:4 
notLike Not Like Text 124) 
contains Contains Text 1.1 
startsWith Starts With Text 124 
endsWith Ends With Text 1:1 
notContains Does Not Contain Text ШЕШІ 
notStartsWith Does Not Start With Text 1,1 
notEndsWith Does Not End With Text ДЕЛІ 


17.3.2. Reguirements 
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REQUIREMENTS CLASSE 
FOR FUNCTIONS 
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o REQUIREMENTS CLASSES FOR FUNCTIONS 


18.1. Requirements Class "Function Expressions" 


18.1.1. Overview 


This requirements class adds support for function call expressions. 


18.1.1.1. Function call expressions 


FunctionCallExpression 


function: Function 


arguments: Expression[0..*] 


Function 


name: string 
| parameters: map < string, type > 
| returnType: type 


© «abstract» | 
Expression 


Figure 35 — Functions UML Class Diagram 


Table 72 — FunctionCallExpression class 


NAME TYPE DEFINITION MULTIPLICITY 
function Function Function to be called 1 
arguments Expression Arguments to the function OM 
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Table 73 — Function class 


NAME TYPE DEFINITION MULTIPLICITY 
name string Name al 
parameters map < string, type > Parameters 1 
returnType type Return type 1 


18.1.1.2. Standard functions 


Astandard function is a Function with a pre-determined set of parameters, return value and 
behavior that may be registered with a URI. Reguirements class in this section defines standard 


functions. 


Table 74 — Standard functions URI mapping 


KEY VALUE DEFINITION 


A URI allows to identify standard functiona, even if identical function names are used in 


uri Function . 1 Å А й А 5 
different encoding, extension ог implementations for different behaviors. 
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18.1.2. Reguirements 


18.2. Requirements Class "Spatial Relation Functions” 


18.2.1. Overview 


«interface» 
SpatialRelationFunctions 


s intersects(Geometry a, Geometry b) bool 
s contains(Geometry a, Geometry b) bool 
5 crosses(Geometry a, Geometry b) bool 

s disjoint(Geometry a, Geometry b) bool 

s equals(Geometry a, Geometry b) bool 

s overlaps(Geometry a, Geometry b) bool 
s touches(Geometry a, Geometry b) bool 

s within(Geometry a, Geometry b) bool 

5 covers(Geometry a, Geometry b) bool 

s coveredBy(Geometry a, Geometry b) bool 


standard functions 


© Function Geometry 


Figure 36 — Spatial Relation Functions UML Diagram 


Table 75 — Spatial relation functions 


NAME PARAMETERS RETURN TYPE DEFINITION 
s intersects s intersects(Geometry a, Geometry b) bool 
s contains s contains(Geometry a, Geometry b) bool 
s crosses s crosses(Geometry a, Geometry b) bool 
s disjoint s disjoint(Geometry a, Geometry b) bool 
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МАМЕ PARAMETERS RETURN TYPE DEFINITION 


s equals s equals(Geometry a, Geometry b) bool 
S overlaps s overlaps(Geometry a, Geometry b) bool 
s touches s touches(Geometry a, Geometry b) bool 
s within s within(Geometry a, Geometry b) bool 
S covers s covers(Geometry a, Geometry b) bool 
s coveredBy s coveredBy(Geometry a, Geometry b) bool 


NOTE: Although s covers() and s coveredBy() are not defined in Simple Features Access (SFA), 
they are part of the Dimensionally Extended-9 Intersection Model (DE-9IM). covers() is a more 
inclusive relation than contains() that does not distinguish between points in the boundary vs. 
in the interior of geometries, and for most situations is the correct relation to use. coveredBy() 
is a more inclusive relation than within(), and similarly is the correct relation to use for most 
situations. These relations are already implemented in several backends, but they can also be 
implemented using the relate() method defined in SFA using the following masks: 


covers(a, b): 


relate(a, b, Tx****FFx) or 
relate(a, b, *Tx*xxFF*) ог 
relate(a, b, хххїххЕРх) or 
relate(a, b, ****T*FFx) 
coveredBy(a, b): 
relate(a, b, TxFxxFxx*) or 
relate(a, b, хТЕххЕххх) or 
relate(a, b, ххЕТхЕххх) or 
relate(a, b, **FxTFx*x) 


Figure 37 
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18.2.1.1. Geometry System Identifiers 


© DataLayer 


features: Feature[*] 
featuresGeometry: Geometry[*] 


(C) systemidentifierExpression 


feature.geometry 
dataLayer featuresGeometry 


geometry: Geometry 


Figure 38 — Geometry System Identifiers UML Class Diagram 


SpatialRelationFunctions are defined in the OGC Simple Feature Access — Part 1: Common 


Architecture specification and listed in the following table. They involve operations on 
geometries. 
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18.2.1.2. Сеотеїгу 


MultiPolygon 


polygons: Роіудопі1..ж) 


MultiLineString © Polygon 
Т г я n exteriorRing: LinearRin 
linestrings: Linestring[1..*] Feb. ines UI] 


© BoundingBox 


© LineString © MultiPoint © LinearRing 
REN neger lowerBound: Point 
points: Point[1..*] points: Point[3..*] upperBound: Point 


ма ф 
© Point 


coordinates: double[2..*] 


points: Point[2.*] 


GeometryCollection 
geometries : Geometry[1..*] 


© «abstract» 
Geometry 


Figure 39 — Geometry Classes UML Diagram 


18.2.1.2.1. Bounding boxes 


Although not a feature geometry per se, a bounding box is a valid Geometry argument for 
the spatial relation апа geometry manipulation functions, and can describe the envelope of а 


Geometry. 


Table 76 — BoundingBox class 


TYPE |MULTIPLICITY 


NAME DEFINITION 

lowerBound Point with smallest value for each coordinate Point 1 
upperBound Point with greatest value for each coordinate Point 1 
18.2.1.2.2. Points 


A Point is а O-dimensional geometric object апа represents а single location in coordinate space. 
A Point has an x-coordinate value, a y-coordinate value. If called for by the associated Spatial 


Reference System, it may also have coordinate values for z and m. 
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Table 77 — Point class 


NAME DEFINITION TYPE MULTIPLICITY 
coordinates coordinates double Dee 
The boundary of a Point is the empty set. 


A MultiPoint is a geometry made of one or more Points. 


The elements of a MultiPoint are restricted to Points. The Points are not connected or ordered 
in any semantically important way (see the discussion at GeometryCollection). A MultiPoint is 
simple if no two Points in the MultiPoint are equal (have identical coordinate values in X апа У). 
Every MultiPoint is spatially equal to a simple Multipoint. The boundary of a MultiPoint is the 
empty set. 


Table 78 — MultiPoint class 


NAME DEFINITION TYPE MULTIPLICITY 


points points Point 234 


18.2.1.2.3. Lines 


А LineString is а curve with linear interpolation between Points. Each consecutive pair of Points 
defines a line segment. 


Table 79 — LineString class 


NAME DEFINITION TYPE MULTIPLICITY 


points Points in this LineString Point 222 


A MultiLineString is a geometry made up of one or more LineStrings. 


Table 80 — MultiLineString class 


NAME DEFINITION TYPE MULTIPLICITY 


lineStrings Line strings in this MultiLineString LineString ales 
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18.2.1.2.4. Polygons 


А Polygon is а ріапаг surface defined by 1 exterior boundary апа O ог more interior boundaries. 


Each interior boundary defines a hole in the Polygon. 


Table 81 — Polygon class 


NAME DEFINITION TYPE MULTIPLICITY 
exteriorRing Exterior ring of the polygon LinearRing 1 
interiorRings Interior rings of the polygon LinearRing (12: 


The exterior boundary LinearRing defines the "top" of the surface which is the side of the 
surface from which the exterior boundary appears to traverse the boundary in a counter 
clockwise direction. The interior LinearRings will have the opposite orientation, and appear as 
clockwise when viewed from the "top". 


The assertions for Polygons (the rules that define valid Polygons) are as follows: 
* a) Polygons are topologically closed; 


е b) The boundary of a Polygon consists of a set of LinearRings that make up its exterior and 
interior boundaries; 


е с) Мо two Rings in the boundary cross and the Rings in the boundary of a Polygon may 


intersect at a Point but only as a tangent i.e., 


V P e Polygon, V с1,с2 e P.Boundary(), с1єс2, 
Ур, де Point, р, qe с1, реа, 
[p e c2] > 116» бэ [|p-q|<6] > [q # c2] 1; 


Figure 40 


NOTE: This last condition says that at a point common to the two curves, nearby points cannot 
be common. This forces each common point to be a point of tangency. 


е d) А Polygon may not have cut lines, spikes or punctures i.e., 
V P e Polygon, P - P.Interior.Closure; 
Figure 41 


е e)Theinterior of every Polygon is a connected point set; 


е f) The exterior of a Polygon with 1 or more holes is not connected. Each hole defines a 
connected component of the exterior. 
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In the above assertions, interior, closure and exterior have the standard topological definitions. 
The combination of (а) апа Є makes а Polygon а regular closed Point set. Polygons are simple 
geometric objects. 


A Polygon is made of an exterior ring and zero or more interior rings. 


А MultiPolygon is а Geometry made up of one or more Polygons. 


Table 82 — MultiPolygon class 


NAME DEFINITION TYPE MULTIPLICITY 


polygons Polygons of the multipolygon Polygon Пе 


The assertions for MultiPolygons are as follows. 


e а) The interiors of 2 Polygons that are elements of a MultiPolygon may not intersect. 


у Ме MultiPolygon, У Рі, Р) є M.Geometries(),i є j, 
Interior(Pi) п Interior(Pj) = ф; 


Figure 42 
е b)The boundaries of any 2 Polygons that are elements of a MultiPolygon may not "cross" 


and may touch at only a finite number of Points. 


V Ме MultiPolygon, V Рі, Р) є M.Geometries(), 
V сі, с) є Curve ci є Pi.Boundaries(), с j є Pj.Boundaries() 
3 ке Integer э сі п cj = { рі, .., pk | pm e Point, 0 < п < k у; 


Figure 43 
Note: Crossing is prevented by assertion (a) above. 
е с) AMultiPolygon is defined as topologically closed. 
е а) А MultiPolygon may not have cut lines, spikes or punctures, a MultiPolygon is a regular 


closed Point set; 


у Ме MultiPolygon, M = Closure(Interior(M)) 
Figure 44 
е е) The interior of a MultiPolygon with more than 1 Polygon is not connected; the number 


of connected components of the interior of a MultiPolygon is egual to the number of 
Polygons in the MultiPolygon. 


The boundary of a MultiPolygon is a set of closed curves corresponding to the boundaries of its 
element Polygons. Each curve in the boundary of the MultiPolygon is in the boundary of exactly 
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1 element Polygon, and every curve in Ше boundary of ап element Polygon is in Ше boundary ої 
the MultiPolygon. 


18.2.1.2.5. Geometry collections 


А GeometryCollection is а geometric object that is a collection of some number of geometric 
objects. All the elements in a GeometryCollection shall be in the same Spatial Reference System 
(the Spatial Reference System for the GeometryCollection). 


Table 83 — GeometryCollection class 


NAME DEFINITION TYPE MULTIPLICITY 


geometries geometries in the collection Geometry 153 
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18.2.2. Reguirements 


18.3. Requirements Class "Temporal Relation Functions” 


18.3.1. Overview 


(O «interface» 
TemporalRelationFunctions 


t after(Timelnstant a, Timelnstant b) bool 

t before(Timelnstant a, Timelnstant b) bool 

t disjoint(Timelnstant a, Timelnstant b) bool 

t eguals(Timelnstant a, Timelnstant b) bool 

t intersects(Timelnstant а, Timelnstant b) bool 
t after(Timelnterval a, Timelnterval b) bool 

t before(Timelnterval a, Timelnterval b) bool 

t disjoint(Timelnterval a, Timelnterval b) bool 

t eguals(Timelnterval a, Timelnterval b) bool 

t intersects(Timelnterval a, Timelnterval b) bool 
t contains(Timelnterval a, Timelnterval b) bool 

t during(Timelnterval a, Timelnterval b) bool 

t finishedBy(Timelnterval а, Timelnterval b) bool 
t finishes(Timelnterval a, Timelnterval b) bool 

t meets(Timelnterval a, Timelnterval b) bool 

t meetBy(Timelnterval a, Timelnterval b) bool 

t overlappedBy(Timelnterval a, Timelnterval b) bool 
t overlaps(Timelnterval a, Timelnterval b) bool 

t startedBy(Timelnterval a, Timelnterval b) bool 
t starts(Timelnterval a, Timelnterval b) bool 


standard functions 


(€) Timeinterval 


Figure 45 — Temporal Relation Functions UML Diagram 
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Table 84 -- Temporal relation functions acting on time instants 


NAME 


t after 


t before 


t disjoint 


t eguals 


t intersects 


PARAMETERS 


(Timelnstant a, Timelnstant b) 


(Timelnstant a, Timelnstant b) 


(Timelnstant a, Timelnstant b) 


(Timelnstant a, Timelnstant b) 


(Timelnstant a, Timelnstant b) 


RETURN TYPE 


bool 


bool 


bool 


bool 


bool 


Table 85 — Temporal relation functions acting on time intervals 


NAME 


t after 


t before 


t disjoint 


t eguals 


t intersects 


t contains 


t during 


t finishedBy 


t finishes 


t meets 


t meetBy 


t overlappedBy 


t overlaps 


PARAMETERS 


(Timelnterval a, Timelnterval Б) 


(Timelnterval a, Timelnterval Б) 


(Timelnterval a, Timelnterval Б) 


(Timelnterval a, Timelnterval Б) 


(Timelnterval a, Timelnterval Б) 


(Timelnterval a, Timelnterval Б) 


(Timelnterval a, Timelnterval Б) 


(Timelnterval a, Timelnterval Б) 


(Timelnterval a, Timelnterval Б) 


(Timelnterval a, Timelnterval Б) 


(Timelnterval a, Timelnterval Б) 


(Timelnterval a, Timelnterval Б) 


(Timelnterval a, Timelnterval Б) 
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RETURN TYPE 


bool 


bool 


bool 


bool 


bool 


bool 


bool 


bool 


bool 


bool 


bool 


bool 


bool 


DEFINITION 


DEFINITION 
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МАМЕ PARAMETERS RETURN TYPE DEFINITION 
t startedBy (Timelnterval a, Timelnterval b) bool 


t starts (Timelnterval a, Timelnterval b) bool 


18.3.2. Requirements 


18.4. Requirements Class "Array Relation Functions" 


18.4.1. Overview 


© «interface» 
ArrayRelationFunctions 


a containedBy(array a, array Б) bool 
a_contains(array a, array b) bool 
a_equals(array a, array b) bool 
a_overlaps(array a, array b) bool 


standard functions 


(Qrunction (€)ArrayExpression | 


Figure 46 — Array Relation Functions UML Diagram 


Table 86 — Array relation functions 


NAME PARAMETERS RETURN TYPE DEFINITION 
a containedBy (array a, array b) bool 
a contains (array a, array b) bool 
a eguals (array a, array b) bool 
a overlaps (array a, array b) bool 
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18.4.2. Reguirements 


18.5. Reguirements Class “Text Manipulation Functions" 


18.5.1. Overview 


Figure 47 — Text Manipulation Functions UML Diagram 


«interface» 
TextManipulationFunctions 


caselnsensitize(string s) string 
accentinsensitize(string s) string 
lowerCase(string s) string 
upperCase(string s) string 
concatenate(string а, string b) string 
substitute(string в, string a, string b) string 
format(string f, ...) string 


Function 


Table 87 — Text manipulation functions 


NAME 


caselnsensitize 


accentlnsensitize 


lowerCase 


upperCase 


concatenate 


PARAMETERS RETURN TYPE 
(string s) string 
(string s) string 
(string s) string 
(string s) string 
(string a, string b) string 
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МАМЕ PARAMETERS RETURN TYPE DEFINITION 
substitute (string s, string a, string b) string 


format (string f, ...) string 


18.5.2. Reguirements 


18.6. Reguirements Class "Сеотеїгу Manipulation 
Functions" 


18.6.1. Overview 


«Interface» 
GeometryManipulationFunctions 


s intersection(Geometry a, Geometry р) Geometry 

s union(Geometry a, Geometry b) Geometry 

s difference(Geometry a, Geometry b) Geometry 

s symDifference(Geometry a, Geometry b) Geometry 
s buffer(Geometry a, double d) Geometry 

s convexHull(Geometry a) Geometry 

s envelope(Geometry a) BoundingBox 


standard functions 


Function Geometry 


Figure 48 — Geometry Manipulation Functions UML Diagram 


Table 88 — Geometry manipulation functions 


NAME PARAMETERS RETURN TYPE DEFINITION 
s intersection (Geometry a, Geometry b) Geometry 
s union (Geometry a, Geometry b) Geometry 
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МАМЕ PARAMETERS 


s difference (Geometry a, Geometry b) 
s symDifference (Geometry a, Geometry b) 
5 convexHull (Geometry a) 

s buffer (Geometry a, double d) 

s envelope (Geometry a) 

18.6.2. Reguirements 
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RETURN TYPE 


Geometry 


Geometry 


Geometry 


Geometry 


BoundingBox 
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REQUIREMENTS CLASS 
"3D MODELS AND 
TRANSFORMS" 
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Ф REQUIREMENTS CLASS "3D MODELS AND 
TRANSFORMS" 


19.1. Overview 


© Model 
model: Resource 


© «extended» 
Graphic 


transform3D: Transform3D 


© Transform3D 


orientation: Quaternion 
position: Vector3D 
scaling: FloatVector3D 


© FloatVector3D 


x: float 
y: float 
г: float 


x: double 
y: double 
z: double 


Figure 49 


This requirements class adds support for 3D model Graphics as well as 3D transformations 
(position, orientation, and scaling) for Graphics. 
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Та е 89 — Extended Graphic class 


NAME DEFINITION TYPE MULTIPLICITY 


transform3D 3D Transformation Transform3D Ont 


NOTE: The 2D position, orientation and scaling properties defined in the MultiGraphics 
and Transform requirements class correspond to their equivalent components in the 3D 
tranformation. 


Table 90 — Model class 


NAME DEFINITION TYPE MULTIPLICITY 


model Resource for 3D model Resource 1 


Table 91 — Transform3D class 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
orientation orientation Оцаїегпіоп 1 
position position Vector3D 1 
scaling scaling FloatVector3D 1 


Table 92 — Vector3D class 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
х х coordinate double 1 
y y coordinate double 1 
2 2 coordinate double 1 


Table 93 — FloatVector3D class 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 


X X coordinate float 4 
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МАМЕ DEFINITION DATA TYPE AND VALUE MULTIPLICITY 


y y coordinate float 1 


7 2 coordinate float al 


Table 94 — Quaternion class 


NAME DEFINITION DATA TYPE AND VALUE MULTIPLICITY 
х х coordinate double 1 
y y coordinate double 1 
2 2 coordinate double al 
уу уу coordinate double dl 


19.2. Requirements 
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REQUIREMENTS CLASS 
“JSON STYLES AND 
SYMBOLOGY" 
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REQUIREMENTS CLASS "JSON STYLES AND 
SYMBOLOGY” 


20.1. Overview 


This requirements class defines a JSON encoding for the Styles and Symbology Logical Model. 
The primary objective of this encoding is to be readily parsable and writable by machines 
using a standard JSON parser. Styles encoded with this encoding are not easily hand-edited by 
cartographers. 


The encoding of expressions for both selectors and symbolizer parameter values in this encoding 
is based on the CQL2-JSON encoding. 


In order to represent a partial update to an object property of a symbolizer, an object with all the 
modified properties is specified, as well as setting the “alter” property to true. For example, 
the following is equivalent to the CartoSym CSS representation of fill.color.r: 100, and will 
preserve the values of the other fill properties as well as the green and blue component of the 
fill color set by earlier rules or specified by defaults: 


"Fill": 4 
"alter": true, 
"color": 1 
"alter": true, 
"p": 100 
) 
| 


Figure 50 


Asimilar mechanism is also defined to modify only some elements of an array by using an 
object with “index" set to the zero-based array index, and “value" set to new value with 
which to update that array element. This mechanism can be combined with the partial update 
of objects to only modify some properties of an object array element, or to partially modify an 
array inside of an object property. For example, the following is eguivalent to the CartoSym CSS 
representation ої marker.elements[1]: Text | text: “Marker" |: 


“тагКег”: 1 
"alter": true, 
"elements": 4 
"index": 1, 
"value": | "type": "Text", "text": "Marker" | 


Figure 51 


Variables are encoded as JSON Pointer to a top-level "$variables" section in the same source 
file, or in an included file e.g., | "$ref": “#/$variables/myVariable” |. Base style sheets 
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can be included using ап “$include" property іп the top-level object followed by either a single 
relative file path string or an array of relative file path strings to include. The styling rules from 
the included files will be included before any styling rules defined by the current file, allowing to 
override the symbolization fully or partially. 


20.1.1. Example 


The following example demonstrates the CartoSym JSON encoding for the same example Basic 
Vector Styling for polygons eguivalent to the one seen in the following CartoSym CSS section 
(Example 1 in 21.1.8.1. Basic Vector Styling). 


1 
"metadata": 
"title": "Styling polygon vector features", 
"abstract": "Basic vector features styling (polygons)" 
I, 
"stylingRules": [ 
"selector": 
"op": "and", 
"args": [ 
"op": "=", "args": | | "sysId": "dataLayer.id" |, "Landuse" | 
h 
А Ї "ор": "=", "args": | I "sysId": "dataLayer.type" |, "vector" | 
{ "ор": "=", "args": | | "sysId": "dataLayer. 
featuresGeometryDimensions" |, 2 ] } 
5 | 
"symbolizer": 
"$comment": "Do not show Landuse layer by default", 
"visibility": false 
"nestedRules": [ 
"$comment": "Show land use if zoomed in more than 1:200,000 for 
data valid within visualization's selected time range", 
"selector": 
"ор": "and"; 
"args": [ 
Ї "op": "<", "args": | 4 "sysId": "vis.id" |, 200000 1 Į, 
{ "op": ">=", "args": | { "property": "validDate" |, 1 
"sysId": "vis.timeInterval.start.date" | ] Į, 
Ї "op": "<=", "args": | | "property": "validDate" |, Į 
"sysId": "vis.timeInterval.end.date" | ] | 


) 


symbolizer": 


"visibility": true, 

"opacity": 0.8, 

"zOrder": 1, 

"FILL": į "color": "sray", "opacity": B. 

"stroke": 1 "color": "sray", "width": Į 
"opacity": 1.0 | 
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) 


1 
"nestedRules": | 


"$comment": "Select different fill and stroke color based 
on FunctionCode property", 

"selector": ( "op": "=", "args": | Į "property": 
"FuntionCode" |, "parking" 1 Р, 

"symbolizer": 


"fill": 4 "alter": true, "color": "darkGray" |, 
"stroke": Į "alter": true, "color": [ 32, 32, 32 1 | 


P 
1 
"selector": | "op": "=", "args": | I "property": 
"FuntionCode" р, "park" ] I, 
"symbolizer": 
"Fill": Į "alter": true, "color": "darkGreen" |, 
"stroke": { "alter": true, "color": "green" | 
}, 
{ 
"selector": | "ор": "s", "args": | į "property": 


"FuntionCode" |, "commercial" 1 |, 
"symbolizer": 


"fill": 4 "alter": true, "color": "lightGray" |, 
"stroke": [ "alter": true, "color": "lightGray" | 


"$comment": "If zoomed in more than 1:10,000", 

"selector": | "op": "<", "args": | | "sysId": "vis.sd" |, 
10000 1 |, 

"symbolizer": 


"$comment": "Change stroke width to 4 pixels and add a 
text marker (positioned at centroid + horizontal offset) showing FunctionTitle 
property", 

"stroke": { "alter": true, "width": | "px": 4.0 } |, 

"marker": 1 

"elements": [ 


"type": "Text", 

"position": [20, 0], 

"$comment": "Offset 20 pixels to the right", 
"text": | "property": "FunctionTitle" ), 
"alignment": [ "left", "top" ], 


"font": Į 
"face": "Arial", 
"size": 14, 
"bold": true, 


"italic": true, 
"opacity": 1.0, 
"color": [ 0, 0, 0 1 
) 
) 
1 
) 
) 


, 
"nestedRules": | 
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"$comment": "Add icons at centroid based on land 
use function code property", 

"selector": I "op": "s". "args": [ 1 "property": 
"FuntionCode" |, "parking" 1 |, 

"symbolizer": 


"marker": 4 
"alter": true, 


"elements": 
"index": 1, 
"value": 1 
"type": "Image", 
"image": 
"uri": "http://example.com/ 


parkingIcon", 
"path": "parkingIcon.png", 
"id": "parking", 
"type": "image/png", 
"ext". "png" 


Ey 
"hotSpot': [ 4 "pc": 50 b, 4 "ре": 50 | 


"tint": "white", 
"blackTint": "blue", 
; "alphaThreshold": 0.1 
) 
) 
) 
}, 
{ 


"$comment": "Add icons at centroid based on land 
use function code property", 

"selector": | "ор": "=", "args": | { "property": 
"FuntionCode" |, "park" 1 |, 

"symbolizer": 


"marker": 4 
"alter": true, 
"elements": 1 


"index": 1, 
"value": 4 
"type": "Image", 
"image": 4 
"uri": "http: //ехатр1е.сот/рагк", 
"path": "park.png", 
"за": "park", 
"type": "image/png", 
“ех”: "рпе" 


Fr 
"hotSpot": [ I "рс": 50 |, 4 "pc": 50 | 
"tint": "white", 


"blackTint": "blue", 
"alphaThreshold": 0.1 
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"$comment": "Add icons at centroid based on land 
use function code property", 

"selector": I Тор": "=", “агаа”: | 1 "property": 
"FuntionCode" |, "commercial" 1 |, 

"symbol izer": 


"marker": 4 
"alter": true, 
"elements": 1 

"index": 1, 
"value": 4 


commercial", 
"path": "commercial .png", 
"id": "commercial", 
"type": "image/png", 
; "ex" s "png" 
"hotSpot": [ I "pc": 50 Р, 4 "рс": 50 | 


"tint": "white", 
"blackTint": "blue", 
"alphaThreshold": 0.1 


20.1.2. JSON Schema 


The following JSON Schema describes the encoding. 


"$schema": "https://json-schema.org/draft/2019-09/schema", 
"$ref": "#/$defs/style", 
"$defs": 1 
"style": 1 

"type": "object", 

"required": [ "stylingRules" ], 

"properties": 1 

"$comment": | "type": "string" ), 


- 
"type": "string" |, 
{ "type": "array", "items": | "type": "string" |, "minItems": 1 
] 
+, 
"metadata": 4 
"type": "object", 
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"properties": 


"$comment": 1 "type": "string" |, 

"title": Į "type": "string" |, 

"abstract": į "type": "string" |, 

"authors": | "type": "array", "items": { "type": "string" | |, 

"geoDataClasses": | "type": "array", "items": 4 "type": 
"string", "format": "uri" ) 


}, 
"stylingRules": 1 

"type": "array", 

"items": 1 "те": "#/$defs/stylingRule" | 


"$variables": { "type": "object" | 


Ї 
Fa | 
"stylingRule": { 
"type": "object", 
"properties": 
"$comment": | "type": "string" |, 
"selector": | "$ref": "#/$defs/boolExpression" |, 
"symbolizer": { "$ref": "#/$defs/symbolizer" |, 
"nestedRules": 
"type": "array", 
"items": 1 "$ref": "#/$defs/stylingRule" | 
) 
) 


symbolizer": 1 
"type": "object", 
"properties": 


"$comment": { "type": "string" }, 


"visibility": { "$ref": "#/$defs/boolExpression" |, 
"opacity": | "$ref": "H/$defs/zeroToOne" |, 
"zOrder": | "$ref": "#/$defs/numericExpression" |, 


"fill": 4 "$ref": "H/$defs/fill" |, 
"stroke": I "$ref": "#/$defs/stroke" |, 
"marker": Į "$ref": "#/$defs/marker" |, 
"Label": 4 "$ref": "#/$defs/label" |, 


"colorChannels": į "$ref": "tH/$defs/colorøtol" |, 
"alphaChannel": | "$ref": "#/$defs/zeroToOne" |, 
"singleChannel": 4 "$ref": "#/$defs/zeroToOne" |, 
"colorMap": 1 "$ref": "#/$defs/colorMap" |, 
"opacityMap": 4 "$ref": "#/$defs/opacityMap" |, 


"hillShading": | "$ref": "#/$defs/hillShading" | 
} 
M 
"FILL": 


"oneOf": | 
| "$ref": "#/$defs/idOrFnExpression" |, 


"type": "object", 


"properties": 1 
"alter": 4 "type": "boolean" |, 
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"color": { "$ref": "H/$defs/color" |, 

"opacity": | "$ref": "H/$defs/zeroToOne" |, 
"pattern": | "$ref": "#/$defs/graphic" |, 
"gradient": | "$ref": "H/$defs/gradient" ), 
"stippleStyle": | "$ref": "#/$defs/stippleStyle" |, 
"hatchStyle": | "$ref": "H/$defs/hatchStyle" | 


) 
) 
) 
ks 
"gradient": 
"oneOf": [ 
| "$ref": "#/$defs/idOrFnExpression" |, 
"type": "object", 
"properties": 1 
"alter": 4 "type": "boolean" |, 
"type": | "type": "string", "enum": | "linear", "radial" 1), 
"keys" 
"oneOf": | 
1 
"Туре": "аггау", 
| "items": 1 "$ref": "#/$defs/colorKey" | 
1 
"type": "object", 
"required": | "index", "value" |, 
"properties": 1 
"index": { "type": "integer", "minimum": 0 Į, 
"value": 1 "$ref": "H/$defs/colorKey" | 
) 
1 
Ї 
) 
) 
1 
}, 
"со1огКеу": 
"type": "object", 
"properties": į 
"alter": 4 "type": "boolean" |, 
"percent": | "$ref": "#/$defs/percent" |, 
"color": { "$ref": "H/$defs/color" |, 
"opacity": | "$ref": "#/$defs/zeroToOne" | 
Jy 
"stippleStyle": 
"oneOf": | 


Į "$ref": "#/$defs/idOrFnExpression" |, 
{ "type": "string", "enum": [ "light", "medium", "heavy" ] } 


Р, 
"hatchStyle": 
1 


"oneOf": | 
{ "$ref": "#/$defs/idOrFnExpression" |, 
{ "type": "string", "enum": | "forward", "backward", "xCross", "cross" 
18 
1 


OPEN GEOSPATIAL CONSORTIUM 18-067К4 131 


"oneOf": | 
Į "$ref": "#/$defs/idOrFnExpression" |, 


"aLbor's 
| "$ref": "H/$defs/strokeStyling" |, 


"type": "object", 
"properties": 


"casing": | "$ref": "#/$defs/strokeStyling" |, 
"centerLine": | "$ref": "H/$defs/strokeStyling" |, 
"join": | "те": "£/$defs/strokeJoin" |, 

"cap": | "$ref": "H/$defs/strokeCap" |, 
"dashPattern": | "ге": "H/$defs/dashPattern" |, 
"pattern": I "$ref": "#/$defs/graphic" | 


) 
) 
) 
) 
) 
), 
"dashPattern": 
"oneOf": | 
Į "$ref": "#/$defs/idOrFnExpression" |, 
1 
"type": "array", 
"items": 
"type": "integer", 
"minimum": 0 
h 
t | 
"type": "object", 
"required": | "index", "value" |, 
"properties": 4 
"index": 4 "type": "integer", "minimum": 0 Į, 
"value": 4 "type": "integer", "minimum": 0 | 
) 
) 
E | 
"strokeJoin": 
"oneOf": | 
Į "$ref": "#/$defs/idOrFnExpression" |, 
I "type": "string", "enum": | "miter", "round", "bevel" ] | 
}, 
"strokeCap": 
"oneOf": | 
{ "$ref": "#/$defs/idOrFnExpression" |, 
I "type": "string", "enum": [ "butt", "round", "square" ] | 
Fs . 
"marker": | "$ref": "#/$defs/multiGraphic" |, 
"label": 4 
"аот" [ 
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{ "$ref": "H/$defs/multiGraphic" |, 


"type": "object", 
"properties": 


"placement": | "$ref": "H/$defs/labelPlacement" | 
) 
1 
lh | | 
"multiGraphic": { 


"oneOf": | 
Į "$ref": "#/$defs/idOrFnExpression" |, 
1 


"aller": 
| "$ref": "#/$defs/abstractGraphic" |, 


"type": "object", 
"required": | "elements" |, 
"properties": 


"elements": 1 "$ref": "#/$defs/graphicArray" | 


) 
1 


"graphicArray": Į 
"oneof": | 
Į "$ref": "#/$defs/arrayExpression" |, 
1 


"type": "array", 
| "items": 1 "$ref": "#/$defs/graphic" | 
1 
"type": "object", 
"required": | "index", "value" 1, 
"properties": į 
"index": 4 "type": "integer", "minimum": 0 +, 
"value": { "те": "#/$defs/graphic" | 


) 
) 


bstractGraphic": 4 

"type": "object", 

"properties": į 
"alter": 4 "type": "boolean" |, 
"position": 1 "$ref": "#/$defs/unitPoint" Į, 
"opacity": | "$ref": "#/$defs/zeroToOne" |, 
"transform": 1 "$ref": "#/$defs/transform2D" |, 
"transform3D": 4 "$ref": "#/$defs/transform3D" | 


) 


) 
um 
"transform2D": 1 
"type": "object", 
"properties": 1 
"alter": 4 "type": "boolean" |, 
"orientation": | "$ref": "#/$defs/angle" |, 
"scaling": | "$ref": "#/$defs/scale2D" |, 
"translation": | "$ref": "#/$defs/unitPoint" 1 


OPEN GEOSPATIAL CONSORTIUM 18-067R4 133 


}, 
"transform3D": į 
"type": "object", 
"properties": į 
"alter": 4 "type": "boolean" |, 
"orientation": { "$ref": "#/$defs/orientation3D" |, 
"scaling": | "$ref": "#/$defs/scale3D" |, 
"translation": | "$ref": "H/$defs/unitPoint" | 


) 
Fy 
"scale2D": 
"oneOf" : 
{ "$ref": "#/$defs/idOrFnExpression" |, 
1 
"type": "array", 
"minItems": 2, 
"maxItems": 2, 
| "items": { "$ref": "H/$defs/numericExpression" | 
{ | 
"type": "object", 
"properties": 
"x": | "$ref": "#/$defs/numericExpression" |, 
"y": { "$ref": "#/$defs/numericExpression" }, 
"alter": { "type": "boolean" } 
} 
] 
js 
"scale3D": 
"oneOf": 
{ "$ref": "#/$defs/idOrFnExpression" }, 
{ 
"type": "array", 
"minItems": 3, 
"maxItems": 3, 
"items": 1 "$ref": "#/$defs/numericExpression" | 
1) 
{ | 
"type": "object", 
"properties": 
"x": | "$ref": "H/$defs/numericExpression" |, 
"y": | "$ref": "#/$defs/numericExpression" |, 
"7": | "$ref": "#/$defs/numericExpression" |, 
"alter": 4 "type": "boolean" | 
Ї 
Ї 
1 
ү, 


"orientation3D": 


"oneOf" : 
{ "$ref": "#/$defs/idOrFnExpression" |, 
1 


"type": "array", 

"minItems": 4, 

"maxItems": 4, 

"items": 1 "$ref": "#/$defs/numericExpression" | 


р, 
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"type": "object", 


"properties": 
"w": | "$ref": "#/$defs/numericExpression" |, 
"x": d "ге": "#/$defs/numericExpression" |, 
"y": | "$ref": "#/$defs/numericExpression" | 
"7": | "$ref": "#/$defs/numericExpression" | 
i "alter": 4 "type": "boolean" | 
| 
{ 
"type": "object", 
"properties": 
"yaw": | "$ref": "H/$defs/numericExpression" |, 
"pitch": { "$ref": "#/$defs/numericExpression" |, 
"roll": | "$ref": "#/$defs/numericExpression" |, 
| "alter": { "type": "boolean" | 
) 
) 
}, 
"graphic": 1 
"oneOf": | 
Į "$ref": "#/$defs/idOrFnExpression" |, 
i "$ref": "H/$defs/image" |, 
1 "$ref": "#/$defs/shape" |, 
i "$ref": "#/$defs/text" |, 
I "$ref": "H/$defs/model" |, 
1 "$ref": "#/$defs/multiGraphic" |, 
| Į "$ref": "#/$defs/graphicInstance" | 
Fy 
"graphicInstance": 1 
“allor”: 
| "$ref": "#/$defs/abstractGraphic" |, 
"type": "object", 
"required": | "type", "element" 1, 
"properties": 
"type": | "type": "string", "enum": | "GraphicInstance" 1 Į, 
"element": | "$ref": "#/$defs/graphic" | 
) 
) 
Fy 
"image": { 
“aL Lor” 


"type": "object", 
"required": [ "type", "image" ], 
"properties": 


"type": { "type": "string", "enum": [ "Image" ] }, 
"image": { "$ref": "#/$defs/resource" }, 
"hotSpot": { "$ref": "#/$defs/unitPoint" }, 
"tint": { "$ref": "#/$defs/color" }, 

"blackTint": I "$ref": "H/$defs/color" |, 
"alphaThreshold": | "$ref": "#/$defs/zeroToOne" | 
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"enum": [ "Model" 1 Į, 


) 


[ "Text" ] t, 


1 
Ys 
"model": 1 
"allof": 
| "$ref": "#/$defs/abstractGraphic" |, 
"type": "object", 
"required": [ "type", "model" ], 
"properties": 
"type": | "type": "string", 
"model": { "$ref": "#/$defs/resource" 
) 
1 
Fa 
"text": 1 
"811077: 
| "$ref": "#/$defs/abstractGraphic" |, 
"type": "object", 
"required": [ "type", "text" ], 
"properties": 
"type": { "type": "string", "enum": 
text": | "$ref": "H/$defs/characterExpression" |, 
"font": 1 "$ref": "#/$defs/font" |, 
| "alignment": { "$ref": "#/$defs/textAlignment" | 
) 
1 
ЇР 
"textAlignment": į 
"oneOf": | 
{ "$ref": "#/$defs/idOrFnExpression" |, 
"type": "array", 
"minItems": 2, 
"maxItems": 2, 
"prefixItems": 
i "$ref": "#/$defs/hAlignment" |, 
| { "$ref": "H/$defs/vAlignment" | 
iy 
{ 
"type": "object", 
"properties": 
"hAlignment": | "ге": "#/$defs/hAlignment" |, 
"vAlignment": | "$ref": "#/$defs/vAlignment" |, 
"alter": { "type": "boolean" } 
} 
] 
Ba 
"hAlignment": į 
"oneOf": | 


| "$ref": "#/$defs/idOrFnExpression" |, 


"type": "string" 
"enum": [ "left", "center", "right" ] 
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) 
|, 
"vAlignment": 1 
"oneOf": [ 
{ "$ref": "#/$defs/idOrFnExpression" |, 


"type": "string", 
"епит": | "Хор", "middle", "bottom" | 


] 
T 
n ont": 1 
"oneOf": | 
{ "$ref": "#/$defs/idOrFnExpression" |, 


"type": "object", 
"properties": į 
"alter": 4 "type": "boolean" |, 
"face": | "$ref": "#/$defs/characterExpression" |, 
"size": | "$ref": "H/$defs/numericExpression" |, 
"bold": | "$ref": "#/$defs/boolExpression" |, 
"italic": | "$ref": "#/$defs/boolExpression" |, 
"underline": 4 "$ref": "#/$defs/boolExpression" |, 
"color": 1 "$ref": "H/$defs/color" |, 
"opacity": | "$ref": "#/$defs/zeroToOne" |, 
"outline": | "$ref": "#/$defs/fontOutline" | 


) 
) 
) 
| 
"fontOutline": 4 


"oneOf": | 
{ "$ref": "#/$defs/idOrFnExpression" |, 


"type": "object", 
"properties": į 
"alter": 4 "type": "boolean" |, 
"size": | "$ref": "#/$defs/numericExpression" |, 
"opacity": | "$ref": "#/$defs/zeroToOne" |, 
"color": { "fref": "H/$defs/color" 1 


) 
) 
1 
|, 
"shapeOutline": 4 


"oneOf": 
1 "$ref": "#/$defs/idOrFnExpression" |, 


"type": "object", 

"properties": į 
"alter": I "type": "boolean" |, 
"thickness": I "$ref": "H/$defs/unitValue" |, 
"opacity": | "$ref": "#/$defs/zeroToOne" |, 
"color": 1 "$ref": "H/$defs/color" 1 


) 
) 
) 
}, 
"abstractShape": į 


‘allot’: [ 
Į "$ref": "#/$defs/abstractGraphic" |, 


"type": "object", 
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"required": | "type" 1, 

"properties": į 

"5 4 "буре": "string" |, 

"stroke": I "$ref": "#/$defs/stroke" |, 
"outline": | "$ref": "#/$defs/shapeOutline" | 


) 
) 
jg 
"shape": 1 
"oneOf": | 
1 "$ref": "#/$defs/dot" |, 
I "$ref": "H/$defs/arc" |, 
1 "$ref": "H/$defs/path" |, 
1 "$ref": "H/$defs/rectangle" |, 
i "$ref": "#/$defs/circle" |, 
i "$ref": "H/$defs/ellipse" |, 
I "$ref": "#/$defs/sectorArc" |, 
1 "$ref": "#/$defs/chordArc" |, 
| i "$ref": "H/$defs/closedPath" 1 
Få 
"closedShape": 4 
"allo: | 
1 "$ref": "#/$defs/abstractShape" |, 
"type": "object", 
"properties": 1 
"fill": 4 "$ref": "H/$defs/fill" | 
) 
) 
2 
"dot": I 
"а От": 
Į "$ref": "H/$defs/abstractShape" |, 
"type": "object", 
"required": | "type" 1, 
"properties": 
"type": | "type": "string", "enum": | "Dot" ] } 
) 
) 
bs 
"abstractArc": 1 
"атлот": 
| "$ref": "#/$defs/abstractShape" |, 
"type": "object", 
"required": | "startAngle", "deltaAngle", "radius" |, 
"properties": 
"center": 4 "$ref": "#/$defs/unitPoint" |, 
"radius": I "$ref": "#/$defs/unitValue" |, 
"startAngle": | "$ref": "H/$defs/angle" |, 
| "deltaAngle": | "$ref": "#/$defs/angle" | 
) 
) 
Fi 
"8654 
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"alltof" > [ 
{ "$ref": "#/$defs/abstractArc" }, 
{ 


"type": "object", 
"required": [ "type" ], 
"properties": 


"type": { "type": "string", "enum": [ "Apc" ] Ї 


) 
1 
m 
"sectorArc": 4 
altor” + | 
{ "$ref": "#/$defs/closedShape" |, 
| "$ref": "H/$defs/abstractArc" |, 
"type": "object", 
"required": | "type" 1, 
"properties": 
"type": | "type": "string", "enum": | "SectorArc" 1 | 
) 
1 
" chordArc" : 1 
"allof" + І 
i "$ref": "#/$defs/closedShape" |, 
| "$ref": "H/$defs/abstractArc" |, 
"type": "object", 
"required": | "type" 1, 
"properties": 
"type": | "type": "string", "enum": | "ChordArc" ] | 
Ї 
1 
" 
"circle": 1 
таппа” s 
{ "$ref": "#/$defs/closedShape" |, 
1 
"type": "object", 
"required": | "type" 1, 
"properties": 
"type": | "type": "string", "епит": | "Circle" 1 р, 
"center": I "$ref": "#/$defs/unitPoint" |, 
"radius": | "$ref": "H/$defs/unitValue" | 
) 
1 
Hoo 
"ellipse": 4 
“arlof” 


В 
{ "$ref": "#/$defs/closedShape" |, 
"type": "object", 


"required": | "type", "radii" 1, 
"properties": 
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"type": | "type": "string", "enum": | "Ellipse" 1 |, 
"center": I "$ref": "#/$defs/unitPoint" |, 
"radii": 4 

SENS [ 


"type": "array", 

"minItems": 2, 

"maxItems": 2, 

"items": { "$ref": "#/$defs/unitValue" | 


be 
{ 
"type": "object", 
"properties": 
"x": { "$ref": "#/$defs/unitValue" }, 
"y": { "$ref": "#/$defs/unitValue" |, 
"alter": { "type": "boolean" } 
} 
] 
} 
} 
} 
) 
ks 
"rectangle": 4 
"811007 = 
| "$ref": "#/$defs/closedShape" |, 
"type": "object", 
"required": [ "type", "topLeft", "bottomRight" ], 
"properties": 
"type": | "type": "string", "enum": | "Rectangle" 1 |, 
"topLeft": | "$ref": "#/$defs/unitPoint" |, 
| "bottomRight": | "$ref": "H/$defs/unitPoint" | 
) 
1 
Få 
"roundedRectangle": 4 
"albo" 2 


| "$ref": "H/$defs/closedShape" |, 


"type": "object", 
"required": | "type", "topLeft", "bottomRight" 1, 
"properties": 


"type": | "type": "string", "enum": | "RoundedRectangle" 1 |, 
"topLeft": | "$ref": "H/$defs/unitPoint" |, 
"bottomRight": | "$ref": "#/$defs/unitPoint" |, 
"radii": 4 
на [ 


"type": "array", 

"minItems": 2, 

"maxItems": 2, 

"items": { "$ref": "#/$defs/unitValue" | 


"type": "object", 
"properties": 
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"X": d "$ref": "#/$defs/unitValue" |, 
"y": d "$ref": "#/$defs/unitValue" |, 
"alter": 4 "type": "boolean" | 


) 
1 
} 
} 
} 
] 
}, 
"abstractPath": 1 
"allof": 
| "$ref": "#/$defs/abstractShape" |, 
"type": "object", 
"required": | "nodes" |, 
"properties": 
"nodes": { "$ref": "#/$defs/pathNodes" | 
) 
1 
F 
"bath": 4 
"EL LOP s | 
| "$ref": "H/$defs/abstractPath" |, 
"type": "object", 
"required": | "type" 1, 
"properties": 
"type": | "type": "string", "епит": | "Path" 1) 
) 
) 
Fy 
"closedPath": { 
"allof": 


{ "$ref": "#/$defs/abstractPath" }, 
| "$ref": "#/$defs/closedShape" |, 


"type": "object", 
"properties": 


"type": | "type": "string", "enum": | "ClosedPath" 1 |, 
"innerNodes": 


"anyof": | 
Į "$ref": "#/$defs/arrayExpression" |, 
1 


"type": "array", 
"items": 1 "$ref": "H/$defs/pathNodes" | 


Үз 
1 
"Туре": "object", 
"required": | "index", "value" 1, 
"properties": 1 
"index": I "type": "integer", "minimum": 0 +, 
"value": { "$ref": "H/$defs/pathNodes" | 
) 
1 
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) 
) 
) 
) 
Fs 
"pathNodes": 4 


"oneOf": 
1 "$ref": "#/$defs/arrayExpression" |, 
1 


"type": "array", 
"minItems": 1, 
"items": { "$ref": "#/$defs/unitPoint" | 


IT 
1 
"type": "object", 
"required": [ "index", "value" ], 
"properties": 1 
"index": 4 "type": "integer", "minimum": 0 +, 
"value": I "$ref": "#/$defs/unitPoint" 1 
) 
) 
F 


"resource": 1 
"type": "object", 
"properties": 


"alter": { "type": "boolean" }, 
"uri": { "$ref": "#/$defs/characterExpression" }, 


"type": { "$ref": "#/$defs/characterExpression" }, 
ext": { "$ref": "#/$defs/characterExpression" }, 
"sprite": { "$ref": "#/$defs/characterExpression" } 


} 
}, 
"labelPlacement": į 
"oneof": | 
{ "$ref": "#/$defs/idOrFnExpression" |, 
1 
"type": "object", 
"properties": 
"alter": 4 "type": "boolean" |, 
"priority": | "$ref": "#/$defs/numericExpression" |, 
"minSpacing": | "$ref": "#/$defs/numericExpression" |, 
"maxSpacing": { "$ref": "#/$defs/numericExpression" | 
) 
) 
1 
E | 
и 
"oneof": | 


Į "$ref": "#/$defs/idOrFnExpression" |, 
1 


"type": "object", 
"properties": 


"alter": { "type": "boolean" |, 

"color": I "$ref": "#/$defs/color" |, 
"opacity": | "$ref": "H/$defs/zeroToOne" |, 
"width": 4 "$ref": "£/$defs/unitValue" | 
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) 
) 
Fs 
"angle" 
"oneOf": | 
{ "$ref": "#/$defs/numericExpression" |, 


1 "type": "object", "properties": | "deg": | "$ref": "it/$defs/ 
numericExpression" | |, "required": | "deg" 1 +, 

1 "type": "object", "properties": | "гай": | "$ref": "it/$defs/ 
numericExpression" | |, "required": | "rad" ] } 


) 


, 
"unitValue": 


"oneOf": | 
{ "$ref": "#/$defs/numericExpression" |, 
{ "type": "object", "properties": { 
numericExpression" | |, "required": | "px" 1), 
I "type": "object", "properties": 4 "mm": 
numericExpression" | |, "required": | "mm" ] } 
{ "type": "object", "properties": 4 
numericExpression" | |, "required": | "cm" 1), 
{ "type": " "properties": I "in": 
numericExpression" | |, "required": | "іп" 1), 
I "type": "object", "properties": 4 "pt": 
numericExpression" | |, "required": [ "pt" 1), 
I "type": "object", "properties": 4 "em": 
numericExpression" | |, "required": | "em" 1), 
I "type": "object", "properties": 4 "pc": 
numericExpression" | |, "required": | "pc" 1), 
{ "type": "object", "properties": { 
numericExpression" | |, "required": | "т" 1) 
{ "type": "object", "properties": 4 
numericExpression" | |, "required": | "ft" 11 


"$ref": "H/$defs/ 
"$ref": "H/$defs/ 
"$ref": "H/$defs/ 
"$ref": "H/$defs/ 
"$ref": "#/$defs/ 
"$ref": "H/$defs/ 
"$ref": "H/$defs/ 
"$ref": "#/$defs/ 


mA mA mA | АА m ы co) 


"$ref": "#/$defs/ 


Fs 
"unitPoint": 
"oneOf": | 
Į "$ref": "#/$defs/idOrFnExpression" |, 
1 
"type": "array", 
"minItems": 2, 
"maxItems": 3, 
"items": 1 "$ref": "H/$defs/unitValue" 1 
hy 
{ 
"type": "object", 
"properties": 
"x": { "$ref": "#/$defs/unitValue" }, 
"у": | "$ref": "#/$defs/unitValue" }, 
"2"; { "$ref": "#/$defs/unitValue" }, 
А "alter": 4 "type": "boolean" | 
) 
) 
hs 
"percent": 
"anyof": | 
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{ "$ref": "#/$defs/numericExpression" |, 


I "type": "number", 


) 


, 
егоТоОпе": 


"anyvor”: [ 


"minimum": 


0.0, 


Į "$ref": "#/$defs/numericExpression" |, 


{ "type": "number", 


) 


"anyOf": 


, 
olorComponent0to255": 


"minimum": 


0, 


"maximum": 1 | 


{ "$ref": "#/$defs/numericExpression" |, 


{ "type": "integer", "mininum": 0, "maximum": 255 | 


) 


ebColorName": 
vr "string", 
enum": [ 
"black", 
"dimGray", 
"dimGrey", 
"gray", 
"grey", 
"darkGray", 
"darkGrey", 
"silver", 
"LightGray", 
"LightGrey", 
"gainsboro", 
"whiteSmoke", 
"white", 
"rosyBrown", 
"indianRed", 
"brown", 
"fireBrick", 
"LightCoral", 
"maroon", 
"darkRed", 
red", 


"mistyRose", 
"salmon", 
"tomato", 
"darkSalmon", 
"сога!", 
"orangeRed", 
"LightSalmon", 
"sienna", 
"seaShell", 
"chocolate", 
"saddleBrown", 
"sandyBrown", 
"peachPuff", 
"peru", 
"linen", 
"bisque", 
"darkOrange", 
"burlyWood", 
tan", 
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"maximum": 100.0 ) 
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"antigueWhite", 
"navajoWhite", 
"blanchedAlmond", 
"papayaWhip", 
"moccasin", 
"orange", 
"wheat", 
"oldLace", 
"floralWhite", 
"darkGoldenrod", 
"goldenrod", 
"cornsilk", 
"gold", 

"khaki", 
"LemonChiffon", 
"paleGoldenrod", 
"darkKhaki", 
"beige", 
"lightGoldenRodYellow", 
"olive", 
"yellow", 
"LightYellow", 
"іуогу", 
"oliveDrab", 
"yellowGreen", 
"darkOliveGreen", 
"SreenYellow", 
"chartreuse", 
"lawnGreen", 
"darkSeaGreen", 
"forestGreen", 
"LimeGreen", 
"LightGreen", 
"paleGreen", 
"darkGreen", 
"green", 

"Lime", 
"honeyDew", 
"seaGreen", 
"mediumSeaGreen", 
"springGreen", 
"mintCream", 
"mediumSpringGreen", 
"mediumAquaMarine", 
"aquamarine", 
"turquoise", 
"lightSeaGreen", 
"mediumTurquoise", 
"darkSlateGray", 
"darkSlateGrey", 
"paleTurquoise", 
"teal", 
"darkCyan", 
"aqua", 

"cyan", 
"lightCyan", 
"azure", 
"darkTurquoise", 
"cadetBlue", 
"powderBlue", 
"lightBlue", 
"deepSkyBlue", 
"skyBlue", 
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"lightSkyBlue", 
"steelBlue", 
"aliceBlue", 
"dodgerBlue", 
"slateGray", 
"slateGrey", 
"LightSlateGray", 
"LightSlateGrey", 
"LightSteelBlue", 
"cornflowerBlue", 
"royalBlue", 
"midnightBlue", 
"Lavender", 
"navy", 
"darkBlue", 
"mediumBlue", 
"blue", 
"ghostWhite", 
"slateBlue", 
"darkSlateBlue", 
"mediumSlateBlue", 
"mediumPurple", 
"blueViolet", 
"indigo", 
"darkOrchid", 
"darkViolet", 
"mediumOrchid", 
"thistle", 
"plum", 

"violet", 
"purple", 
"darkMagenta", 
"magenta", 
"fuschia", 
"orchid", 
"mediumVioletRed", 
"deepPink", 
"hotPink", 
"lavenderBlush", 
"paleVioletRed", 
"crimson", 


"oneOf": 
Į "$ref": "#/$defs/idOrFnExpression" |, 
{ 


"type": "object", 
"properties": 


"r": | "$ref": "#/$defs/colorComponent@to255" |, 
"в": I "$ref": "#/$defs/colorComponent@to255" |, 
"р": | "$ref": "#/$defs/colorComponent@to255" |, 
"alter": { "type": "boolean" } 


"type": "array"; 
"items": 1 "$ref": "#/$defs/colorComponent0to255" }, 
"minItems": 3, 
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"maxItems": 3 


|, 
I "$ref": "H/$defs/webColorName" | 


2 
"colorøtol": 


"oneOf": 
{ "$ref": "#/$defs/idOrFnExpression" }, 


"type": "object", 
"properties": 


"r": { "$ref": "#/$defs/zeroToOne" }, 
"є"; I "$ref": "#/$defs/zeroToOne" |, 
"р": { "$ref": "#/$defs/zeroToOne" }, 
"alter": { "type": "boolean" } 


"type": "array", 

"items": { "$ref": "#/$defs/zeroToOne" }, 
"minItems": 3, 

"maxItems": 3 


ie 
| I "$ref": "H/$defs/webColorName" | 


2 
"colorMap": 
"oneOf": 
Į "$ref": "#/$defs/idOrFnExpression" |, 
{ 
"type": "array", 
"items": 
"type": "array", 
"minItems": 2, 
"maxItems": 3, 
"prefixItems": [ 
1 "$ref": "#/$defs/numericExpression" |, 
i "$ref": "#/$defs/color" |, 
{ "type": "string" | 
m 
"minItems": 1 
] 
No 
"opacityMap": 
"oneOf": 


{ "$ref": "#/$defs/idOrFnExpression" |, 


"type": "array", 
"items": 


"type": "array", 

"minItems": 2, 

"maxItems": 3, 

"prefixItems": | 
1 "$ref": "#/$defs/numericExpression" |, 
I "$ref": "#/$defs/zeroToOne" |, 
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{ "type": "string" | 


}, 
"minItems": 1 
) 
Fo 
"hillShading": { 
"oneOf": | 


Į "$ref": "#/$defs/idOrFnExpression" |, 
1 


"type": "object", 

"properties": į 
"factor": | "$ref": "#/$defs/numericExpression" |, 
"sun": Į "$ref": "tH/$defs/azimuthElevation" |, 
"colorMap": | "$ref": "it/$defs/hsColorMap" |, 
"opacityMap": | "$ref": "H/$defs/hsOpacityMap" |, 
"alter": 4 "type": "boolean" | 


) 
) 
) 
fa 
"azimuthElevation": 1 
"oneOf" : 
Į "$ref": "#/$defs/idOrFnExpression" |, 
"type": "object", 
"properties": 1 
"azimuth": | "$ref": "#/$defs/angle" |, 
"elevation": | "$ref": "#/$defs/angle" |, 
! "alter": 4 "type": "boolean" | 
) 
) 
b 
"hsColorMap": 
"oneOf": | 
| "$ref": "#/$defs/idOrFnExpression" |, 
"type": "array", 
"items": 
"type": "array", 
"minItems": 2, 
"maxItems": 3, 
"prefixItems": [ 
I "$ref": "#/$defs/zeroToOne" |, 
i "$ref": "#/$defs/color" |, 
{ "type": "string" | 
29 
"minItems": 1 
1 
Ї 


"hsOpacityMap": 
1 


"oneof": | 
{ "$ref": "#/$defs/idOrFnExpression" |, 
1 


"type": "array", 
"items": 
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1 
) 


) 


"Туре": "аггау", 

"minItems": 2, 

"maxItems": 3, 

"prefixItems": | 
I "$ref": "#/$defs/zeroToOne" |, 
I "$ref": "#/$defs/zeroToOne" |, 
{ "type": "string" | 


}, 


"тїпїїет5": 1 


, 
idOrFnExpression": 4 


"anyof": | 


] 


ї 
1 


"$ref": "H/$defs/systemIdentifier" |, 
"$ref": "H/$defs/propertyRef" |, 
"$ref": "#/$defs/functionCall" |, 


"$ref": "#/$defs/conditionalExpression" | 


"anyExpression": į 
"anyof": | 


] 
і 


Mama e eM em А 


"$ref": "H/$defs/systemIdentifier" |, 
"$ref": "H/$defs/scalarExpression" |, 
"$ref": "H/$defs/geomExpression" |, 


"$ref": "H/$defs/temporalExpression" |, 


"$ref": "#/$defs/array" |, 
"type": null | 


, 
ystemIdentifier": į 


"type": "object", 
"required": | "sysId" 1, 
"properties": 


sysId": 1 
"e TString", 
enum": [ 
"dataLayer", 
"dataLayer.id", 
"dataLayer.type", 
"dataLayer.features", 
"dataLayer.featuresGeometry", 


"dataLayer.featuresGeometryDimensions", 


"feature", 

"feature.id", 
"feature.geometry", 
"feature.geometryDimensions", 


vis.date.day", 
vis.date.month", 
vis.date.year", 
vis.dateTime", 
vis.dateTime.date", 
vis.dateTime.date.day", 
vis.dateTime.date.month", 
vis.dateTime.date.year", 
vis.dateTime.time", 
vis.dateTime.time.hour", 
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"vis 
"vis 
"vis 
"vis 
"vis 
"vis 
"vis 
"vis 
"vis 
"vis 
"vis 
"vis 
"vas 
"vis 
"VIS 
"vis 
"vis 
"vis 
"vis 
"vis 
"VIS 
"vis 
"vis 


vis.timeOfDay.minutes", 
| "vis.timeOfDay.seconds" 
) 
Ї 
Р, 
"boolExpression": 
"$dynamicAnchor": "boolExpression", 
"oneOf": | 
| "$ref": "#/$defs/andOrExpression" |, 
1 "$ref": "#/$defs/notExpression" |, 
i "$ref": "#/$defs/comparisonPredicate" |, 
1 "$ref": "#/$defs/spatialPredicate" |, 
{ "$ref": "#/$defs/temporalPredicate" |, 
{ "$ref": "#/$defs/arrayPredicate" |, 
1 "$ref": "#/$defs/functionCall" |, 
Į "$ref": "#/$defs/conditionalExpression" |, 
j { "type": "boolean" 
Fs 
"andOrExpression": { 


.timeInterval 
.timeInterval 
.timeInterval 
.timeInterval 
.timeInterval 
.timeInterval 
.timeInterval 
.timeInterval 
.timeInterval 
.timeInterval 
.timeInterval 
.timeInterval 
.timeInterval 
.timeInterval 
.timeInterval 
.timeInterval 
.timeInterval 
.timeOfDay", 

.timeOfDay.hour", 


.dateTime.time.minutes", 
.dateTime.time.seconds", 
.timeInterval", 


.timeInterval.start", 


Start. 
„start 
„start 
Starts 
.Start. 
„starts 
„start. 
„start. 
„end" 
„end 
„end 
„end 
„end 
„end 
„end 
„end 
„end 


date", 


.date.day", 
.date.month", 


date.year", 
time", 
time.hour", 
time.minutes", 
time.seconds", 


, 
„дате", 
.date.day", 
.date.month", 
.date.year", 
.time", 
.time.hour", 
.time.minutes", 
.time.seconds", 


"type": "object", 
"required": [ "ор", "args" 1, 
"properties": 1 
"ор": 1 | 
"ту в": "string", 
enum": | "and", "or" | 


"args" Į 
"type": "array", 
"minItems": 2, 
"items": Į 


"$dynamicRef": "#boolExpression" 


) 
) 
}, 


"notExpression": į 
"type": "object", 
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"required": | "ор", "args" 1, 
"properties": 4 

øp": į | 

"type": "string", 
епит": | "not" | 


args": Į 
"type": "array", 
"minItems": 1, 
"maxItems": 1, 
"items": { 
"$dynamicRef": "#boolExpression" 


) 
} 
19 
"comparisonPredicate": 4 
"oneOf": | 
Į "$ref": "#/$defs/binaryComparisonPredicate" |, 
I "$ref": "#/$defs/isLikePredicate" |, 
{ "$ref": "#/$defs/textOpPredicate" |, 
1 "$ref": "tH/$defs/isBetweenPredicate" |, 
i "$ref": "#/$defs/isInListPredicate" |, 
I "$ref": "H/$defs/isNullPredicate" | 
] 
Fy 


"binaryComparisonPredicate": { 
"type": "object", 
"required": [ "op", "args" ], 
"properties": { 


"ор": 1 | 
"type": "string", 
"епит": Г VET. "es", Nm Nx "ёо. ">=" 1 


args": 1 
"ref": "H/$defs/scalarOperands" 
) 


calarOperands": 1 

"Туре": "аггау", 

"minItems": 2, 

"maxItems": 2, 

"prefixItems": | 
Į "$ref": "#/$defs/scalarExpression" |, 
1 "ге": "#/$defs/scalarExpression" | 


) 


19 
"scalarExpression": 4 
"oneOf": | 
1 "$ref": "#/$defs/characterExpression" |, 
Į "$ref": "#/$defs/numericExpression" |, 
Į "$dynamicRef": "#boolExpression" |, 
i "$ref": "#/$defs/temporalInstantExpression" | 
) 
Fy 
"temporalInstantExpression": { 


"oneOf": 
I "$ref": "H/$defs/instantInstance" |, 
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{ "$ref": "#/$defs/propertyRef" |, 
i "$ref": "H/$defs/systemIdentifier" |, 
1 "$ref": "#/$defs/functionCall" |, 
{ "$ref": "#/$defs/conditionalExpression" } 
] 
Fi 


"isLikePredicate": { 
"type": "object", 
"required": [ "op", "args" ], 
"properties": { 
"øp": Į | 
"type": "string", 
enum": [ "like" ] 


args": 

12532 "#/$defs/isLikeOperands" 
} 
} 


isLikeOperands": { 
"type": "array", 
"prefixItems": 
{ "$ref": "#/$defs/characterExpression" |, 
1 "ге": "#/$defs/patternExpression" | 


) 


А "additionalltems": false 
"textOpPredicate": 1 
"type": "object", 
"required": | "op", "args" |, 
"properties": 4 
"op": 1 | 
"type": "string", 
"enum": [ "contains", "startsWith", "endswith" | 


? 


"args": { 
"type": "array", 
"prefixItems": 


{ "$ref": "#/$defs/characterExpression" }, 
{ "$ref": "#/$defs/characterExpression" } 


? 
"additionalltems": false 


} 
}, 
"patternExpression": į 
"oneOf": | 


"type": "object", 
"required": [ "ор", "args" 1; 
"properties": į 


"op": I "type": "string", "enum": [ "casei" 1 Į, 
"args": Į 
"type": "array" 


, 
items": 1 "$ref": "#/$defs/patternExpression" |, 
"minItems": 1, 
"maxItems": 1 


}, 
{ 


"type": "object", 
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"required": | "ор", "args" 1, 


"properties": į 


ор": 4 "type": 


уре": "аггау" 
"minItems": 1, 
"maxItems": 1 


[ "type": "string" | 
) 


"isBetweenPredicate": 1 

"type": "object", 

"required": | "ор", "args" |, 
"properties": į 


ор": I "type": "string", "enum": | "between" 1 р, 
args": | "$ref": "#/$defs/isBetweenOperands" | 


Рі 
"isBetweenOperands": į 
"type": "array", 
"minItems": 3, 
"maxItems": 3, 
"items": 4 
"$ref": "#/$defs/numericExpression" 
А "additionalltems": false 
"numericExpression": į 
"oneOf": | 
Į "$ref": "H/$defs/arithmeticExpression" |, 
Į "$ref": "H/$defs/bitwiseLogical" Į, 
1 "$ref": "H/$defs/bitwiseShift" |, 
I "$ref": "#/$defs/bitwiseNot" |, 
I "type": "number" |, 
{ "$ref": "H/$defs/propertyRef" |, 
Į "$ref": "H/$defs/systemIdentifier" |, 
i "$ref": "#/$defs/functionCall" |, 
Į "$ref": "#/$defs/conditionalExpression" | 
] 
IT 


"isInListPredicate": 1 
"type": "object", 
"required": [ "op", "args" ], 
"properties": 1 
"Ops 1 | 
"type": "string", 
"enum": | "іп" | 
"args": 1 
"$ref": "#/$defs/inListOperands" 


) 


, 

inListOperands": 1 
"type": "array", 

"prefixItems": | 


) 


"$ref": "#/$defs/scalarExpression" 
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"string", "епит": | "accenti" 1), 


items": 1 "$ref": "#/$defs/patternExpression" |, 


153 


}, 
1 


"type": "array", 
"items": 1 
"$ref": "#/$defs/scalarExpression" 


) 


Це 
"additionalltems": false 


? 


"isNullPredicate": 1 
"type": "object", 
"required": [ "орт; "args" 1; 
"properties": 4 
"ор": 1 | 
"type": "string", 
"enum": | "isNull" 1 


"args": 1 
"$ref": "H/$defs/isNullOperand" 
} 
m 
"isNullOperand": į 
"oneOf": [ 
{ "$ref": "#/$defs/characterExpression" |, 
{ "$ref": "#/$defs/numericExpression" }, 
{ "$dynamicRef": "#boolExpression" }, 
{ "$ref": "#/$defs/geomExpression" }, 
| Į "$ref": "#/$defs/temporalExpression" | 
Fa 


"spatialPredicate": { 
"type": "object", 
"required": [ "op", "args" ], 
"properties": { 

“String”; 

enum": [ 

"5 contains", 
"s crosses", 

"s disjoint", 
"5 eguals", 

"s intersects", 
"5 overlaps", 
"s touches", 

"s within", 

"s covers", 

"s coveredBy" 


args": | "ге": "#/$defs/spatialOperands" | 


"spatialOperands": 4 
"type": "array", 
"prefixItems": | 
Į "$ref": "#/$defs/geomExpression" |, 
| "$ref": "#/$defs/geomExpression" | 


È 
"additionalItems": false 
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ү, 
"geomExpression": { 
"oneOf": | 
{ "$ref": "#/$defs/spatialInstance" |, 


{ "$ref": "#/$defs/propertyRef" }, 
| "$ref": "#/$defs/systemIdentifier" |, 
I "$ref": "#/$defs/functionCall" |, 
i { "$ref": "#/$defs/conditionalExpression" } 
Fy 


"temporalPredicate": { 
"type": "object", 
"required": [ "ор", "args" 1, 
"properties": 1 


"string", 


"t after", 

"t before", 

"t contains", 
"t disjoint", 
"t during", 

"t equals", 

"t finishedBy", 
"t finishes", 
"t intersects", 
"t meets", 

"t metBy", 

"t overlappedBy", 
"t overlaps", 
"t startedBy", 
"t starts" 


args": | "$ref": "#/$defs/temporalOperands" 
Ї 


"temporalOperands": į 
"type": "array", 
"prefixItems": | 
Į "$ref": "#/$defs/temporalExpression" |, 


Į "$ref": "#/$defs/temporalExpression" | 
"additional Items": false 
"temporalExpression": 4 


"oneOf": | 
Į "$ref": "H/$defs/temporalInstance" |, 


{ "$ref": "H/$defs/propertyRef" |, 
i "$ref": "H/$defs/systemIdentifier" |, 
i "$ref": "#/$defs/functionCall" |, 
Į "$ref": "#/$defs/conditionalExpression" | 
] 
Ё 


"arrayPredicate": { 
"type": "object", 
"required": | "ор", "args" 1, 
"properties": 1 

"string", 

епит": [ 
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"а containedBy", 
"а contains", 

"а eguals", 

"а overlaps" 


args": | "$ref": "H/$defs/arrayArguments" | 


"arrayArguments": į 
"type": "array", 
"minItems": 2, 
"maxItems": 2, 
"items": 4 
"oneOf": | 
i "$ref": "H/$defs/array" |, 
i "$ref": "#/$defs/propertyRef" |, 
{ "$ref": "H/$defs/systemIdentifier" |, 
1 "$ref": "#/$defs/functionCall" |, 
Į "$ref": "#/$defs/conditionalExpression" | 


) 
) 
Pi 
"arrayExpression": 1 
"type": "array" 
"items": 4 
"oneOf": | 
1 "$ref": "H/$defs/array" |, 
{ "$ref": "#/$defs/propertyRef" |, 
{ "$ref": "#/$defs/systemIdentifier" |, 
i "$ref": "#/$defs/functionCall" |, 
i { "$ref": "#/$defs/conditionalExpression" } 
j 
ү, 
"array": 1 
"type": "array", 
"items": į 
"oneOf": 
{ "$ref": "H/$defs/characterExpression" |, 
1 "$ref": "#/$defs/numericExpression" |, 
{ "$dynamicRef": "#boolExpression" |, 
| "$ref": "#/$defs/geomExpression" |, 
1 "$ref": "H/$defs/temporalExpression" |, 
| 1 "$ref": "#/$defs/array" | 
) 
Fy 


"arithmeticExpression": { 
"type": "object", 
"required": [ "op", "args" 1, 
"properties": 4 


"ор": 1 

"type": "string", 

"enum": [ "+", "-", зал, "у", или 1 
"aras": { 


"$ref": "#/$defs/arithmeticOperands" 
) 


Ед 
rithmeticOperands": Å 


) 
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"type": "array", 
"minItems": 2, 
"maxItems": 2, 


"items": { 
"oneOf": | 
Į "$ref": "#/$defs/arithmeticExpression" |, 
{ "$ref": "#/$defs/bitwiseLogical" Į, 
1 "$ref": "#/$defs/bitwiseShift" |, 
i "$ref": "#/$defs/bitwiseNot" |, 
i "$ref": "#/$defs/propertyRef" |, 
| "$ref": "#/$defs/systemIdentifier" |, 
I "$ref": "#/$defs/functionCall" |, 
Į "$ref": "#/$defs/conditionalExpression" |, 
{ "type": "number" | 
] 
Ї 
2 


"hexNumber": 4 
"type": "string", 
"pattern": ""([a-fA-FØ-9])+" 


"bitwiseLogical": 1 
"type": "object", 
"required": [ "op", "args" 1; 
"properties": į 
"op": Į 
"type": "string", 
enum": | "bitAnd", "bitOr", "bitXor" | 


? 
args": Į 
"type": "array", 
"minItems": 2, 
"maxItems": 2, 
"items": 4 
"$ref": "#/$defs/bitwiseOperand" 


) 
) 


itwiseNot": į 
"type": "object", 
"required": [ "ор", "args" 1; 
"properties": į 
пори: 1 | 
"type": "string", 
"enum": [ "bitNot" | 


) 


, 
args": Į 
"type": "array", 
"minItems": 1, 
"maxItems": 1, 
"items": 
"$ref": "#/$defs/bitwiseOperand" 


) 
1 
m 
"bitwiseShift": 14 
"type": "object", 
"required": [ "op", "args" ], 
"properties": 1 
"op": Į 
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"type": "string", 
"enum": [ Nm ">>" 1 


"args": 1 
"type": "array", 
"minItems": 2, 
"maxItems": 2, 
"items": 4 
"$ref": "#/$defs/bitwiseOperand" 


) 
Ї 
E 
"bitwiseOperand": { 
"опеог": | 
1 "$ref": "#/$defs/arithmeticExpression" |, 
Į "$ref": "#/$defs/bitwiseLogical" Į, 
I "$ref": "#/$defs/bitwiseShift" |, 
i "$ref": "#/$defs/bitwiseNot" |, 
i "$ref": "#/$defs/propertyRef" |, 
{ "$ref": "H/$defs/systemIdentifier" |, 
i "$ref": "#/$defs/functionCall" |, 
{ "$ref": "#/$defs/conditionalExpression" |, 
{ "type": "integer" |, 
I "$ref": "#/$defs/hexNumber" | 
Fs 


"propertyRef": 1 
"type": "object", 
"required": [ "property" ], 
"properties": 1 
"property": | "type": "string" | 


}, 


"casei": 1 
"type": "object", 
"required": [ "op", "args" 1, 
"properties": 1 
n ЫГ 1 "type": "string", "enum": [ "casei" ] dus 


type": "array", 

items": 1 "$ref": "#/$defs/characterExpression" |, 
"minItems": 1, 

"maxItems": 1 


і, 


"accenti": į 
"type": "object", 
"required": | "ор", "args" |, 
"properties": į 


"ор": { "type": "string", "enum": | "accenti" 1 |, 
"args": 

"type": "array", 

"items": { "$ref": "#/$defs/characterExpression" }, 


"minItems": 1, 
"maxItems": 1 


}, 
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"LowerUpperCase": į 
"type": "object", 
"required": [ "ор", "args" 1; 
"properties": į 
"op": 
"type": "string", 


епит": [ "LowerCase", "upperCase" | 
"args": Į 
"type" "array" 


, 
items": | "$ref": "#/$defs/characterExpression" |, 
"minItems": 1, 
"maxItems": 1 


) 
}, 


"concatenate": 4 
"type": "object", 
"required": [ "ор", "args" 1; 


"properties": 
"op" : 
"type": "string", 
"enum": [ "concatenate" ] 
, 
"args": Į 
"type" "array" 


items": 1 "$ref": "#/$defs/characterExpression" |, 
"minItems": 2 
) 
) 
F 


"substitute": į 
"type": "object", 
"required": | "ор", "args" 1, 
"properties": 


"name": 4 
"type": "string", 
"enum": | "substitute" | 


? 

"args": Į 
"type": "array", 
"items": 1 "$ref": "#/$defs/characterExpression" |, 
"minItems": 3, 
"maxItems": 3 

) 

) 
Få 


"format": 4 
"type": "object", 
"required": [ "op", "args" ], 
"properties": 


"name": 4 
"type": "string", 
"enum": [ "format" ] 


"args": { 
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"type": "array", 


"items": 4 
"oneof": | 
{ "$ref": "#/$defs/characterExpression" |, 
1 "$ref": "#/$defs/numericExpression" |, 
Į "$dynamicRef": "#boolExpression" |, 
| "$ref": "H/$defs/geomExpression" |, 
| "$ref": "#/$defs/temporalExpression" |, 
Į "$ref": "H/$defs/array" | 


1 
|, 
"prefixItems": 

Į "$ref": "#/$defs/characterExpression" | 
1, 


"minItems": 1 


) 
) 
b 
"characterExpression": Į 
"oneOf": [ 
I "$ref": "#/$defs/casei" |, 
I "$ref": "H/$defs/accenti" |, 
Į "$ref": "#/$defs/lowerUpperCase" |, 
i "$ref": "H/$defs/concatenate" |, 
i "$ref": "tH/$defs/substitute" |, 
i "$ref": "#/$defs/format" |, 
{ "type": "string" |, 
{ "$ref": "#/$defs/propertyRef" |, 
i "$ref": "#/$defs/systemIdentifier" |, 
i "$ref": "#/$defs/functionCall" |, 
{ "$ref": "#/$defs/conditionalExpression" } 
] 
Р, 


"geometryManipulationBinary": 1 
"type": "object", 
"required": | "ор", "args" 1, 
"properties": 


"name": 4 
"type": "string", 
"enum": | "s intersection", "s union", "s difference", 
symDifference" ] 


5. 


"ares": I 
"type": "array", 
"items": 1 "$ref": "#/$defs/spatialInstance" |, 
"minItems": 2, 
"maxItems": 2 

) 

) 
2 


"geometryManipulationUnary": 4 
"type": "object", 
"required": [ "op", 
"properties": 


"args" ] А 


пате": { 
"type": "string", 
[ "s convexHull", "s envelope" | 
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args": į 
"is “аттау”; 

"items": | "ге": "#/$defs/spatialInstance" |, 
"minItems": 1, 


"maxItems": 1 


}, 


"geometryBuffer": 4 
"type": "object", 
"required": | "ор", "args" 1, 
"properties": 


name": 4 
"type": "string", 
"епит": | "5 buffer" | 


args": į 
"type": "array", 
"prefixItems": [ 
{ "$ref": "#/$defs/spatialInstance" |, 
{ "$ref": "#/$defs/numericExpression" | 


, 
"minItems": 2, 
"maxItems": 2 
) 
} 
Ps 


"conditionalExpression": 1 
"type": "object", 
"required": [ "ор", "args" 15 
"properties": 4 
Ns 1 "type": "string", "enum": [ n9 ] [n 


"type": "array", 

"minItems": 3, 

"maxItems": 3, 

"prefixItems": 
{ "$dynamicRef": "#boolExpression" |, 
1 "$ref": "anyExpression" |, 
1 "$ref": "anyExpression" | 


} 
} 
і, 
"functioncall": į 
"type": "object", 
"required": [ "ор", "args" үр 
"properties": į 


ор": 4 "type": "string" |, 
"args" 
"type": "array", 
"items": 1 
"oneOf": 
{ "$ref": "#/$defs/characterExpression" |, 
Į "$ref": "#/$defs/numericExpression" |, 
{ "$dynamicRef": "#boolExpression" |, 
| "$ref": "#/$defs/geomExpression" |, 
{ "$ref": "#/$defs/temporalExpression" |, 
{ "$ref": "#/$defs/array" } 
] 
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) 
) 
} 
і, 


"scalarLiteral": 1 
"oneOf":- | 
"type": "string" |, 
I "type": "number" |, 
{ "type": "boolean" |, 
1 "$ref": "H/$defs/instantInstance" | 


Р; 
"spatialInstance": 4 
"oneOf": | 
| "$ref": "#/$defs/geometryLiteral" |, 
I "$ref": "H/$defs/bboxLiteral" |, 
| "$ref": "#/$defs/geometryManipulationBinary" |, 
Į "$ref": "#/$defs/geometryManipulationUnary" |, 
| i "$ref": "#/$defs/geometryBuffer" | 
Pi 
"geometryLiteral": 4 
"oneOf": | 
1 "$ref": "H/$defs/point" |, 
i "$ref": "H/$defs/linestring" |, 
Į "$ref": "#/$defs/polygon" |, 
1 "$ref": "H/$defs/multipoint" }, 
| "$ref": "H/$defs/multilinestring" |, 
| I "$ref": "H/$defs/multipolygon" | 
T 
"point": 1 
"title": "GeoJSON Point", 
"type": "object", 
"required": [ "type", "coordinates" ], 
"properties": 1 
"Буре": 4 | 
"type": "string", 
"епит": | "Point" | 
"coordinates": 4 
"type": "array", 
"minItems": 2, 
"items": { 
"type": "number" 
) 
}, 
"ррох": { 
"type": "array", 
"minItems": 4, 
"items": 1 
"type": "number" 
) 
Ї 
Im 


"Linestring": į 
"title": "GeoJSON LineString", 
"type": "object", 
"required": [ "type", "coordinates" ], 
"properties": 1 
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"type": "String", 
епит": | "LineString" | 


, 

"coordinates": { 
"type": "array", 
"minItems": 2, 
"items": Į 

"type": "array", 
"minItems": 2, 
"items": 4 

"type": "number" 


"bbox": I 
"type": "array", 
"minItems": 4, 
"items": 1 
"type": "number" 


) 
} 


olygon": į 

"title": "GeoJSON Polygon", 

"type": "object", 

"required": | "type", "coordinates" 1, 


) 


"string", 
enum": [ "Polygon" ] 


? 

"coordinates": 4 
"type": "array", 
"items": Į 

"type": "array", 
"minItems": 4, 
"items": į 
"type": "array", 
"minItems": 2, 
"items": 1 
"type": "number" 


"ррох": Į 
"type": "array", 
"minItems": 4, 
items": į 
"number" 


Fi 
"multipoint": 1 

"title": "GeoJSON MultiPoint", 

"type": "object", 

"required": [ "type", "coordinates" ], 
"properties": 1 

type": 1 


"string", 
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"enum": | "MultiPoint" | 


1 
"coordinates": 4 
"type": "array", 
"items": Į 
"type": "array", 
"minItems": 2, 
"items": 4 
"type": "number" 


"ррох": 1 
"type": "array", 
"minItems": 4, 
"items": Į 
"type": "number" 


) 
) 


, 
ultilinestring": 4 
"title": "GeoJSON MultiLineString", 
"type": "object", 
"required": [ "type", "coordinates" ], 
"properties": 1 

"type": Į 


} 


"string", 
"enum": | "MultiLineString" | 


? 

"coordinates": 4 
"type": "array", 
"items": { 

"type": "array", 
"minItems": 2, 
items": į 
"type": "array", 
"minItems": 2, 
"items": 1 
"type": "number" 


"ррох": 1 
"type": "array", 
"minItems": 4, 
"items": 1 
"type": "number" 


} 
} 


ultipolygon": Į 
"title": "GeoJSON MultiPolygon", 
"type": "object", 
"required": [ "type", "coordinates" ], 
"properties": 1 

"type": 1 


) 


"string", 
enum": | "MultiPolygon" | 


, 
"coordinates": 1 
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Туре": "аггау", 
"items" 
"type": "array", 
"items": 4 


"type": "array", 
"minItems": 4, 
"items": 1 
"type": "array", 
"minItems": 2, 
"items": 1 
"type": "number" 


"bbox": 1 
"type": "array", 
"minItems": 4, 
"items": 1 
"type": "number" 


) 
) 

г; 

"bboxLiteral": 4 
"type": "object", 
"required": | 

"bbox" 
14 
"properties": į 
"ррох": 1 
"$ref": "#/$defs/bbox" 


) 

15 

"bbox": Į 
"type": "array", 
"oneOf": | 


{ "minItems": 4, "maxItems": 4 |, 
Į "minItems": 6, "maxItems": 6 | 


"items": { "type": "number" | 


? 


"temporalInstance": 4 
"oneOf": | 
I "$ref": "H/$defs/instantInstance" |, 
I "$ref": "#/$defs/intervalInstance" | 


] 
}, 
"instantInstance": 4 
"апеог": | 
I "$ref": "#/$defs/dateInstant" |, 
Į "$ref": "#/$defs/timestampInstant" | 
Ї 


"dateInstant": į 
"type": "object", 
"required": | "date" 1, 
"properties": į 
"date": | "$ref": "H/$defs/dateString" | 
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"timestampInstant": į 
"type": "object", 
"required": | "timestamp" |, 
"properties": į 
"timestamp": | "$ref": "#/$defs/timestampString" | 


F 
"instantString": į 
"oneOf": | 
1 "$ref": "H/$defs/dateString" |, 
i "$ref": "#/$defs/timestampString" | 


Та 

"dateString": į 
"type": "string", 
"format": "date" 


ЕД 
"timestampString": 4 
"type": "string", 
А "format": "date-time" 
, 
"intervalInstance": 4 
"type": "object", 
"required": | "interval" 1, 
"properties": 1 
| "interval": | "$ref": "#/$defs/intervalArray" | 
Fi 
"intervalArray": { 
"type": "array", 
"minItems": 2, 
"maxItems": 2, 


"items": į 
"oneOf": | 
Į "$ref": "H/$defs/instantString" |, 
I "type": "string", "enum": | ".." 7), 
i "$ref": "#/$defs/propertyRef" |, 
1 "$ref": "#/$defs/systemIdentifier" |, 
I "$ref": "#/$defs/functionCall" |, 
Į "$ref": "#/$defs/conditionalExpression" | 


20.2. Reguirements 
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REQUIREMENTS CLASS 

"CASCADING 

CARTOGRAPHIC 

SYMBOLOGY STYLE 
ETS” 
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REQUIREMENTS CLASS “CASCADING 
CARTOGRAPHIC SYMBOLOGY STYLE 
SHEETS" 


21.1. Overview 


This requirements class defines an encoding for the Styles and Symbology Logical Model 
inspired from Web Cascading Style Sheets (CSS) and other CSS-like cartographic symbology 
encodings. The primary objective of this encoding is expressiveness so as to facilitate hand- 
edition by cartographers. Parsing this encoding requires a custom parser. 


21.1.1. Cascading Style Sheets 


A style is encoded as a series of styling rules into a style sheet document. Symbolizer properties 
set further down in rules override those set by rules at the same level apearing earlier (higher 


up). 


It is also possible to include another style sheet using the . include directive followed by 
а relative path enclosed within single quotes (" ‘), separated by a space e.g, „include ‘. 
./baseStyle.ccsss'. The include directive is replaced by the content of that file in a pre- 
processing step in a recursive manner, so that style sheets can be cascaded. 


Because later rules allow to override earlier ones, this cascading allows to apply for example: 
e run-time styling preferences over default user styling, 
e user styling preferences over default application styling, 


* application styling preferences over default data provider styling. 


21.1.2. Comments 


A style sheet can also contain comments either using C-style multi-line comments (between /х 
and х/) or C++-style single-line comments (starting with / /). 
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21.1.3. Metadata elements 


In addition to styling rules, the style sheet can define metadata elements prefixed by a dot (.) as 
the first character оп а line. The following metadata elements are defined: 


Table 95 — Metadata elements 


NAME DEFINITION 


title Short human-readable title for the style 

abstract Detailed description of the style 

authors Authors of the style 

geoData Comma-separated URIs of GeoDataClasses allowing to identify data sources for which 
Classes the style is suitable 


NOTE: We should probably include these metadata elements in Core conceptual model. 


21.1.4. Styling Rules and Symbolizers 


Astyling rule applies zero or more symbolizer properties if its Selector is evaluated to true. A 
styling rule may also include nested rules that are only evaluated when the parent rule itself is 
selected. Symbolizer properties set within a nested rule override symbolizer properties set in 
the parent rule. Ї is also possible to override only a portion of a property by assigning а value to 
member of an object, or an element of an array. 


The grammar for specifying a rule in this encoding is: 
[<selector>]* ‘f [<symbolizer property assignment>]* [«nested rule>]* ‘F 
The grammar for a symbolizer property assignment is: 


«symbolizer property name> |. «member» | Т «index» | |“ «expression» 5; 


21.1.5. Selectors 


A selector is either: 
• anexpression as described in the section below, 


е ога short-hand form for selecting a data layer: 
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ЧР «data layer name> 


21.1.6. Expressions 


21.1.6.1. CQL2-Text encoding 


Whether in Selectors or values of property symbolizers, Expressions are encoded using CQL2- 
Text. However, a number of extensions are introduced to cover the full range of capabilities 
defined by the styling and symbology conceptual model. 


The first such extension is that in the context of a symbolizer property value, expressions are not 
limited to boolean predicates being evaluated as true or false, but can return any type of values 
such as numerical, text, or complex values, including geometry. 


21.1.6.2. Instance expressions 


The concept of an object instance is introduced, with the grammar: 
«Class Мате» '( <member initializer list» 7) 


This corresponds somewhat to CQL2 constructs for temporal intervals and WKT geometry for 
example, 


e POLYGON( (о 40, 10 40, 10 50, 0 50, 0 40) ) 


е INTERVAL('2021-01-01700:00:00Z','2021-12-31723:59:59Z') 


In the first example, POLYGON is the class name, and the array of coordinates is a list of a single 
member initializer. In the second second example, INTERVAL is the class name, and the start and 
end dates are a list of two member initializers. 


In both of these examples, the members being initialized are implied from the order. Due to the 
heavy use of object instances in the symbology model, the ability to identify specific member 
to initialize is introduced. The syntax for doing so tries to be consistent with the overall CSS 
inspiration, and therefore the «member» ‘:’ value is used, and the '; is added as an alternative 
way to separate members in the initializer list. As examples, the above instantiations could also 
be written: 


е POLYGON(rings: (0 40, 10 40, 10 50, 0 50, 0 40)) 
e INTERVAL(start: '2021-01-01T00:00:00Z'; end: '2021-12-31T23:59:59Z') 
Another capability introduced is the ability to infer the class from the expected type where the 


instance expression is used. For example, if a POLYGON object is assigned to a poly property 
expecting that object type, then the expression can be written simply as: 


e (rings: (0 40, 10 40, 10 50, 0 50, 0 40)) 
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In both of these examples, the members being initialized are implied from the order. 


When not all members of a class are initialized within an instantiation, a default value is 
inherited. Those default values are specified in a dedicated section below 


NOTE: Should we diverge from CQL2 and allow the use of { | as an alternative to ( ) to define 
instances, and of [ ] as an alternative to ( ) to define arrays in this encoding for clarity? 


21.1.6.3. Tuples and related implications 


The concept of a tuple is introduced, corresponding to the CQL2-Text Well-Known Text (WKT) 
coordinates in the above polygon examples. Based on the logical model, each of those tuples 
actually correspond to a Point instance. In order to maintain consistency with the CQL2- 

Text WKT encoding, the logical model as well as the object instance encodings, a number ої 
alternative encoding rules need to be established. A tuple must be able to replace either: 


ө anarray of coordinate values, 
е an instance of a class defining a single property being such an array (e.g., Point), or 


ө aclass identified as being replaceable by a tuple. 


Therefore, the following equivalent definitions are all valid where a POINT is expected: 


е POINT(30 10) — The standard WKT form where the tuple replaces the array of 
coordinates, implying the coordinates member 


e POINT( (30, 10) ) — Using an array of coordinates, implying the coordinates member 


e POINT(coordinates: 30 10) — The tuple replacing the array of coordinates, explicit 
coordinates member 


е POINT(coordinates: (30, 10)) — Using an array of coordinates, explicit coordinates 
member 


e (30 10) — Implied class, tuple replacing array of coordinates, implied coordinates member 
e ( (30, 10) ) — Implied class, using array of coordinates, implied coordinates member 


* (coordinates: 30 10) — Implied class, tuple replacing array of coordinates, explicit 
coordinates member 


* (coordinates: (30, 10)) — Implied class, using an array of coordinates, explicit 
coordinates member 


e 30 10 — Implied class, tuple replacing Point instance 


The following are some equivalent examples of valid definitions where a polygon is expected: 


e POLYGON( (0 40, 10 40, 10 50, 0 50, 0 40) ) 
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e POLYGON( ( РОІМТ(0 40), POINT(10 40), РОТМТ(10 50), РОТМТ(0 50), POINT(0 
40) ) ) 


e POLYGON( ( POINT( (0, 40) ), POINT( (10, 40) ), POINT( (10, 50) ), 
POINT( (0, 50) ), POINT( (0, 40) ) ) ) 


e POLYGON( ( POINT(coordinates: (0, 40)), POINT(coordinates: (10, 
40)), POINT(coordinates: (10, 50)), POINT(coordinates: (0, 50)), 
POINT(coordinates: (0, 40)) ) ) 


e POLYGON( ( POINT(coordinates: 0 40), POINT(coordinates: 10 40), 
POINT(coordinates: 10 50), POINT(coordinates: 0 50), POINT( coordinates: 0 
40) ) ) 


The classes defined in this Standard that can be encoded as tuples are: 
e Point (from WKT) 
е UnitPoint (defining only coordinate values), 
е TextAlignment (defining a horizontal and vertical alignment), 
e Color (defining red, green and blue components), 
е  ValueColor (defining a value and color — note that the color itself can be a tuple), 
е ValueOpacity (defining а value and an opacity, 
е Quaternion (defining му, x, y, 2 components), 


е Vector3D and FloatVector3D (defining x, у, z components) — NOTE: Change to 
UnitPoint3D?. 


The tuple syntax can also be used to specify the dashPattern array of dashed strokes. 


The following are equivalent example definitions where a UnitPoint is expected allowing each 
coordinate to be qualified with a unit of measure: 


е 50 pc 50 pc 
e UnitPoint(x: 50 pc; y: 50 pc;) 
e UnitPoint(x: 50 pc, y: 50 pc) 


е (50 pc, 50 pc) 


The following are equivalent example definitions where a TextAligment is expected: 
e left top 


е TextAlignment(left, top) 
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* TextAlignment(horizontal: left; vertical: Тор) 


e (left, top) 


21.1.6.4. Units of measure 


The following abbreviations are used, following a value, to qualify it with a unit of measure. 
These are mainly used for UnitPoint coordinates, as well as with distance value such as those 


specified for Shape graphics e.g., the radius of a circle. 


Table 96 — Units of measure abbreviations 


UNIT ABBREVIATI( NOTES 


pixels px 
meters m 
feet ft 
percent pc 
points pt 
em em 
screen А 
Inches 2: 


screenCM cm 


screenMM mm 


(none) 


Display unit; not dependent on display resolution 


Real-world unit (SI unit of length) 


Real-world unit (0.3048 m) 


Relative value whose meaning depends on context e.g., Image's hotSpot, 
scaling. 


One point is equal to 1/72 inch (0.3528 mm). 


One em is equal to the target's selected or default font point size. 


Display unit (25.4 mm); see OGC API — Maps "Display Resolution” 


requirements class (mm-per-pixel) which defaults to 0.28 mm/pixel (-90. 


7142857 pixels/inch). 


Display unit (10 mm); see OGC API — Maps "Display Resolution” 


requirements class (mm-per-pixel) which defaults to 0.28 mm/pixel (О. 
028 cm/pixel). 


Display unit; see OGC API — Maps "Display Resolution” requirements class 


(mm-per-pixel) which defaults to 0.28 mm/pixel. 


For relative values like scaling, 100 times less than if pc is specified. For 
screen-space objects, defaults to pixels. 


21.1.6.5. Conditional expressions 


As an extension to CQL2-Text, this encoding adds support for conditional expressions using the 


grammar: 


<if-expression> ‘?’ <then-expression> 5 <else-expression> 
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21.1.6.6. Enumeration values 


As an extension to CQL2-Text, this encoding supports the concept of enumeration values, which 
do not need to be enclosed in single quotes. For compatibility with CQL2, the same identifier 
enclosed within single quotes is considered equivalent. 


Enumeration values must conform to the CQL2 identifier grammar production rule, but may not 
be enclosed within double-quotes. 


In a context where an enumeration is expected, the enumeration value takes precedence over an 
identifier that may be resolved by the same name. In order to explicitly refer to the identifier, the 
identifier can be enclosed in double-quotes. 


21.1.6.7. Colors 
Color values can be expressed using any of the forms allowed for instantiations, or using a tuple: 
e Color(255, 100, 50) 
е Color(r: 255, g: 100, b: 50) 
e (255, 100, 50) 
е (r: 255; 8: 100; b: 50;) 


ө 255 100 50 


Colors can also Бе expressed as а hexadecimal value prefixed by а # symbol, as in Web CSS: 


e #FF6432 


Finally, colors can also be expressed as an enumeration value for named web colors: 


Table 97 — Named web color enumeration 


NAME HEXADECIMAL VALUE (R, G, B) 
black 0x000000 0,0,0 
dimGray 0x696969 105, 105, 105 
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МАМЕ 


dimGrey 


gray 


grey 


darkGray 


darkGrey 


silver 


lightGray 


lightGrey 


gainsboro 


whiteSmoke 


white 


rosyBrown 


indianRed 


brown 


fireBrick 


lightCoral 


maroon 


darkRed 


red 


snow 


mistyRose 
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HEXADECIMAL 


0х696969 


0x808080 


0x808080 


Øxa9a9a9 


Øxa9a9a9 


0xc0c0c0 


0xd3d3d3 


0xd3d3d3 


Oxdcdcdc 


Øxf5f5f5 


Oxffffff 


Oxbc8f8f 


Øxcd5c5c 


Øxa52a2a 


Øxb22222 


0хҒ08080 


0х800000 


0x8b0000 


Oxf f0000 


oxfffafa 


Oxffe4e1 


VALUE (R, G, B) 


105, 105, 105 


128, 128, 128 


128, 128, 128 


169, 169, 165 


169, 169, 165 


19271927192 


2115924352315 


АКЛИ! 


220, 220, 220 


245, 245, 245 


255:255:255 


188, 143, 143 


205592192 


165, 42, 42 


178, 34, 34 


240, 128, 128 


128, 0, 0 


139, 0, 0 


255,0:0 


255, 250, 250 


255; 228, 225 
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МАМЕ HEXADECIMAL VALUE (R, G, B) 


salmon Øxfa8072 250, 128, 114 
tomato Øxff6347 25520971 
darkSalmon 0xe9967a 29950122 
coral Oxff7f50 255 127 80 
orangeRed Øxff4500 255,69,0 
lightSalmon Oxffa07a 255, 160, 122 
sienna 0xa0522d 160, 82,45 
seaShell Øxfff5ee 255, 245, 238 
chocolate Øxd2691e 2108105530 
saddleBrown 0x8b4513 139, 69, 19 
sandyBrown Øxf4a460 244, 164, 96 
peachPuff Oxf fdab9 255; 218, 185 
реги Øxcd853f 205 133. 68 
linen Oxfaf0e6 250, 240, 230 
bisque Oxf fe4c4 255, 228, 196 
darkOrange 0хҒҒ8с00 255,140,0 
burlyWood Øxdeb887 222 184 135 
tan 0xd2b48c 210, 180, 140 
antiqueWhite Øxfaebd7 250):235:2:15 
navajoWhite Øxffdead 2559222173 
blanchedAlmond Øxffebcd 25542358205 
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МАМЕ HEXADECIMAL VALUE (R, G, B) 


papayaWhip Oxffefd5 255.239, 213 
moccasin Øxffe4b5 255,228 181 
orange Øxffa500 255 165,0 
wheat Øxf5deb3 245, 222, 179 
oldLace Øxfdf5e6 253, 245, 230 
floral White Øxfffafo 255, 250, 240 
darkGoldenrod 0xb8860b 184, 134, 11 
goldenrod Øxdaa520 21991659592 
cornsilk Oxfff8dc 255, 248, 220 
gold Øxffd700 255921540 
khaki 0xf0e68c 240, 230, 140 
lemonChiffon Øxfffacd 25522502205 
paleGoldenrod Øxeee8aa 238, 232, 170 
darkKhaki Øxbdb76b 189, 183, 107 
beige Oxf5f5dc 245, 245, 220 
lightGoldenRodYellow Øxfafad2 250, 250, 210 
olive 0x808000 128, 128, 0 
yellow Oxffff00 255425540 
lightYellow Oxffffe0 255, 255, 224 
ivory OxfffffO 255, 255, 240 
oliveDrab 0x6b8e23 107142135 
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МАМЕ HEXADECIMAL VALUE (R, G, B) 


yellowGreen Øx9acd32 154, 205, 50 
darkOliveGreen Øx556b2f 85, 107, 47 
greenYellow Oxadff2f 17342558717 
chartreuse 0x7fff00 1272550 
lawnGreen 0x7cfc00 12425210 
darkSeaGreen 0x8fbc8f 143, 188, 139 
forestGreen 0x228b22 за зе за: 
limeGreen Øx32cd32 50:205:50 
lightGreen 0x90ee90 144, 238, 144 
paleGreen 0x98fb98 15292515152 
darkGreen 0x006400 O, 100,0 
green 0x008000 0, 128,0 

lime 0x00ff00 0, 255, 0 
honeyDew OxfOfff0 240, 255, 240 
seaGreen 0x2e8b57 46, 139, 87 
mediumSeaGreen 0x3cb371 60, 179, 113 
springGreen 0x00ff7f (092559127. 
mintCream Oxf5fffa 245, 255, 250 
mediumSpringGreen 0x00fa9a 0, 250, 154 
mediumAguaMarine 0x66cdaa 102205170 
aquamarine Øx7fffd4 127225522 
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МАМЕ 


turguoise 


lightSeaGreen 


mediumTurguoise 


darkSlateGray 


darkSlateGrey 


paleTurguoise 


teal 


darkCyan 


agua 


cyan 


lightCyan 


агиге 


darkTurguoise 


cadetBlue 


powderBlue 


lightBlue 


deepSkyBlue 


skyBlue 


lightSkyBlue 


steelBlue 


aliceBlue 
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HEXADECIMAL 


0x40e0d0 


0x20b2aa 


0x48d1cc 


0x2f4f4f 


0x2f4f4f 


Øxafeeee 


0x008080 


0x008b8b 


0x00ffff 


0x00ffff 


Oxedf fff 


OxfOffff 


0x00ced1 


0x5f9ea0 


0xb0e0e6 


Øxadd8e6 


0x00bfff 


0x87ceeb 


0x87cefa 


0x4682b4 


OxfOfS8ff 


VALUE (R, G, B) 


64, 224, 208 


32, 178, 170 


72, 209, 204 


47, 79, 79 


47, 79, 79 


175, 238, 238 


0, 128, 128 


0, 139, 139 


0 255, 255 


0255 255 


224,255, 255 


240, 255, 255 


0, 206, 209 


95, 158, 160 


176, 224, 230 


173, 216, 230 


0.191255 


135, 206, 235 


135, 206, 250 


70, 130, 180 


240, 248, 255 
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МАМЕ HEXADECIMAL VALUE (R, G, B) 


dodgerBlue Øx1e90ff 30, 144, 255 
slateGray 0x708090 112, 128, 144 
slateGrey 0x708090 112, 128, 144 
lightSlateGray 0x778899 119: 136: 153 
lightSlateGrey 0x778899 10841367153 
Пе ее Вие ØxbØc4de 176, 196, 222 
cornflowerBlue Øx6495ed 100, 149, 237 
royalBlue Øx4169e1 65, 105, 225 
midnightBlue Øx191970 25025912 
lavender 0xe6e6fa 230, 230, 250 
navy 0x000080 (03091289 
darkBlue 0x00008b 0.0 139 
mediumBlue 0x0000cd 01707205 

blue 0x0000ff (0505255 
ghostWhite Oxf8f8ff 248, 248, 255 
slateBlue Øx6a5acd 106, 90, 205 
darkSlateBlue 0x483d8b 72 (е. NE 
mediumSlateBlue 0x7b68ee 123, 104, 238 
mediumPurple 0x9370db 147, 1122119) 
blueViolet 0x8a2be2 138, 43, 226 
indigo 0x4b0082 7570180 
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МАМЕ HEXADECIMAL VALUE (R, G, B) 


darkOrchid 0x9932cc 153, 50, 204 
darkViolet 0x9400d3 148, 0, 211 
mediumOrchid дхра5543 186, 85, 211 
thistle Oxd8bfd8 216:519:152:16 
plum ØxddaØdd 221, 160, 221 
violet 0x40e0d0 238, 130, 238 
purple 0x800080 128, 0, 128 
darkMagenta 0x8b008b 41919 (0р ЗО 
magenta 0xff00ff 255410 255 
fuschia Oxff00ff 255409255 
orchid 0xda70d6 218, 112, 214 
mediumVioletRed 0xc71585 UG 241 1188) 
deepPink Øxff1493 255, 20, 147 
hotPink Øxff69b4 255, 155, 180 
lavenderBlush OxfffOüf5 255, 240, 245 
paleVioletRed 0xdb7093 219, 112, 147 
crimson Øxdc143c 220, 20, 60 
pink OxffcOcb 25581920203 
lightPink Øxffb6c1 255::182:193 


21.1.7. Default class member values 


The following default values are defined by this encoding. 
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NOTE: Should this Бе encoding-specific, or defined in the conceptual model? 


Table 98 — Symbolizer 


NAME DEFAULT VALUE 


visibility 


opacity 


zOrder 


fill 


stroke 


marker 


alphaChannel 


colorChannels 


singleChannel 


true 


default Fill 


default Stroke 


default Marker 


For multi-field coverage: fields[0], fields[1], fields[2] 


For single-field coverage: fields[0] 


Table 99 — Stroke class default values 


NAME DEFAULT VALUE 


opacity 


width 


color 


black 


Table 100 — Fill class default values 


NAME DEFAULT VALUE 


opacity 


color 


1 


white 
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Table 101 — Marker class default values 


NAME DEFAULT VALUE 


elements Single default Dot 


Table 102 — Dot class default values 


NAME DEFAULT VALUE 


size 10 px 
color white 
21.1.8. Examples 


Example — CCSSS Example encoding style using “Core" reguirements class 


„title 'Styling a land use layer' 
„abstract 'Styling land use data with Style 5 Symbology Core' 


#Landuse[dataLayer.type = vector] 
visibility: false; 
[viz.sd < 200000 апа viz.date > DATE('2020-01-01')] 
| visibility: true; 


opacity: 0.5; 
zOrder: 1; 


чу 


21.1.8.1. Basic Vector Styling 


Example 1 — CCSSS Example encoding style for polygon features using “Basic Vector Styling" 
reguirements class 
„title 'Styling polygon vector features' 


„abstract 'Basic vector features styling (polygons)' 
#Landuse[dataLayer.type = vector and dataLayer.featuresGeometryDimensions = 2] 


// Do not show Landuse layer by default 
visibility: false; 


// Show land use if zoomed in more than 1:200,000 for data valid within 
visualization's selected time range 

[viz.sd < 200000 and validDate >= viz.timeInterval.start.date and validDate 
<= viz.timeInterval.end.date] 
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visibility: true; 

opacity: 0.8; 

zOrder: 1; 

fill: (color: gray; opacity: 0.5); 

stroke: (color: gray; width: 2.0 px; opacity: 1.0); 


// Select different fill and stroke color based on FunctionCode property 
[FunctionCode з 'parking'] 


fill.color: darkGray; 
stroke.color: 4202020; 


[FunctionCode - 'park'] 
1 


fill.color: darkGreen; 
stroke.color: green; 


[FunctionCode = 'commercial'] 


fill.color: lightGray; 
stroke.color: lightGray; 


// If zoomed in more than 1:10,000 
[viz.sd « 10000] 
1 


// Change stroke width to 4 pixels 
stroke.width: 4.0 px; 
// Add a text marker (positioned at centroid + horizontal offset) 
showing FunctionTitle property 
marker: (elements: ( 
Text( 
position: 20 0; // Offset 20 pixels to the right 
text: FunctionTitle; 
alignment: left top; 


font: 
face: 'Arial'; 
size: 14; 
bold: true; 


italic: true; 
opacity: 1.0; 
color: black; 


H 
// Add icons at centroid based on Тапа use function code property 
[FunctionCode з 'parking' 1 


marker.elements[1]: ( 
Image( 
image: (uri: ‘http: //ехатрїе. com/parkingIcon' ; path: 
'parkingIcon.png'; id: 'parking'; type: 'image/png'; ext: 'png'); 
hotSpot: 50 pc 50 pc; tint: white; blackTint: blue; 
цана få 


) 
[FunctionCode з 'park'] 
marker.elements[1]: ( 
Image( 


image: (uri: 'http://example.com/park'; path: 'park.png'; id: 
'park'; type: 'image/png'; ext: 'png'); 
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hotSpot: 50 pc 50 pc; tint: white; blackTint: blue; 
alphaThreshold: 0.1; 
) 


) 
[FunctionCode = 'commercial'] 


marker.elements[1]: ( 
Image( 
image: (uri: 'http://example.com/commercial'; path: 
'commercial.png'; id: 'commercial'; type: 'image/png'; ext: 'png'); 
hotSpot: 50 pc 50 pc; tint: white; blackTint: blue; 
A иас 


) 
) 
) 
) 


Example 2 — CCSSS Example encoding style for line features using “Basic Vector Styling" 
reguirements class 


„title 'Styling line vector features' 
.abstract 'Basic vector features styling (lines)' 


#Roads[dataLayer.type = vector and dataLayer.featuresGeometryDimensions = 1] 
visibility: false; 


[viz.sd < 200000 and validDate >= viz.timeInterval.start.date апа validDate 
<= viz.timeInterval.end.date] 


visibility: true 

Opacity: 0.8; 

zOrder: 2; 

stroke: (color: gray; width: 5.0 px; opacity: 1.0); 


// If zoomed in more than 1:10,000 
[viz.sd < 10000] 
1 


// Change stroke width to 8 meters 
stroke.width: 8.0 m; 
// Add Dot at each segment end-point 
marker: (elements: ( 
Dot( 
size: 10 m; // Alias for base Shape class stroke width 
color: white; 


) 
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Example 3 — CCSSS Example encoding style for point features using "Basic Vector Styling" 
requirements class 

.title 'Styling point vector features' 

„abstract 'Basic vector features styling (points)' 


HAmenities[dataLayer.type = 'vector' and dataLayer.featuresGeometryDimensions 
0] 
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visibility: false; 


[viz.sd < 200000 and validDate >= viz.timeInterval.start.date апа validDate 
<= viz.timeInterval.end.date] 


visibility: true 
opacity: 0.5 
zOrder: 3 


// If zoomed in more than 1:10,000 
[viz.sd < 10000] 


// Add a double-Dot marker (positioned at centroid) 
marker: (elements: 
Dot( // larger white dot underneath 
size: 10 px; // Alias for base Shape class stroke width 
alignment: center middle; 
color: white; 


? 
Dot( // smaller orange dot in center 
size: 8 px; // Alias for base Shape class stroke width 
alignment: center middle; 
color: orange; 


)); 
[viz.sd < 5000] 


// Add a Text graphic to Marker at 1:5000 
marker.elements[1]: ( 
Text( 
position: 20 0; // Offset 20 pixels to the right 
text: Name; // Name of Amenity 
alignment: left middle; 


font: ( 
face: 'Arial'; 
size: 12; 
bold: false; 


italic: false; 
opacity: 1.0; 
color: darkGray; 


21.1.8.2. Basic Coverage Styling 


Example 1 — CCSSS Example encoding style rendering DEM with a color map using "Basic 
Coverage Styling" requirements class 


„title "ОЕМ with color пар" 

.abstract 'Applying a color map to a Digital Elevation Model with Style 6 
Symbology Basic Coverage Styling' 

HElevation[dataLayer.type = coverage] 


visibility: false; 
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[viz.sd < 2000001 
1 


visibility: true; 
opacity: 0.8; 
zOrder: 1; 


singleChannel: elevation; // Use elevation coverage field 
colorMap: (0 96 136 73, 900 226 219 167, 1300 252 197 117, 1900 254 168 
134, 2500 250 250 250); 
Ї 


) 


Example 2 — СС555 Example encoding style rendering sentinel-2 in natural color from 3 bands 
using “Basic Coverage Styling" reguirements class 


„title 'sentinel-2 natural color' 

„abstract 'Styling а Sentinel-2A coverage with Style 6 Symbology Basic 
Coverage Styling' 

нн но цан = coverage] 


visibility: false; 
[viz.sd < 200000] 


visibility: true; 
opacity: 0.8; 
zOrder: 1; 


colorChannels: B04 B03 B02; 

alphaChannel: 1.0; 

[SCL-8] | alphaChannel: 0.5; |  // Reduce alpha channel value for 
medium cloud proability 

[SCL=9] | alphaChannel: 0.0; | | // Zero alpha channel value for high 
ти proability 


) 


21.1.8.3. Arithmetic Operations (with Basic Coverage Styling) 


Example — CCSSS Example encoding style rendering NDVI with color map using “Basic 
Coverage Styling" reguirements class 

„title 'sentinel-2 NDVI' 

.abstract 'Styling a Sentinel-2A coverage for NDVI with Style 5 Symbology 


Basic Coverage Styling' 
#Sentinel2L2A[dataLayer.type = coverage] 
{ 


visibility: false; 
[viz.sd < 200000] 
1 
visibility: true; 
opacity: 0.8; 
zOrder: 1; 
singleChannel: (B08 - B04)/(B08 + B04); 
alphaChannel: 1.0; 


[SCL=8] | alphaChannel: 0.5; |  // Reduce alpha channel value for 
medium cloud proability 
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[SCL=9] | alphaChannel: 0.0; |  // Zero alpha channel value for high 
cloud proability 

colorMap: (-1.0 saddleBrown,0.0 peru,0.2 goldenrod,0.5 olive,0.6 
yellowGreen,0.8 greenYellow,1.0 lime); 


) 


21.1.8.4. Hill Shading 


Example 1 — CCSSS Example encoding style rendering DEM with hill-shading and a color map 
using “Basic Coverage Styling" and “Hill Shading" reguirements classes 


„title 'hill-shaded DEM with color map' 

„abstract 'Applying hill-shading and a color map to a Digital Elevation Model 
with Style 6 Symbology Basic Coverage Styling' 

HElevation[dataLayer.type = coverage] 


visibility: false; 
[viz.sd < 200000] 


visibility: true; 
opacity: 0.8; 
zOrder: 1; 


singleChannel: elevation; // Use elevation coverage field 

// This color map is mapped from elevation values 

colorMap: (0 96 136 73, 900 226 219 167, 1300 252 197 117, 1900 254 168 
134, 2500 250 250 250); 

hillShading: (factor: 56; sun: (azimuth: 45.0; elevation: 60.0)); 


Example 2 — СС555 Example encoding style rendering DEM with hill-shading using an opacity 
and shading intensity color map using "Basic Coverage Styling” and "Hill Shading” requirements 
classes 


„title 'hill-shaded DEM with opacity and color map for shading intensity' 
.abstract 'Applying hill-shading a color map to a Digital Elevation Model with 
Style 6 Symbology Basic Coverage Styling' 


// This type of intensity-based hill shading can be overlaid on top of imagery 
or vector maps 


HElevation[dataLayer.type = coverage] 
visibility: false; 
[viz.sd « 200000] 


visibility: true; 
opacity: 0.8; 
zOrder: 1; 


singleChannel: elevation; // Use elevation coverage field 
hillShading: 
factor: 56; 
sun: (azimuth: 45.0; elevation: 60.0) 
// These colors and opacity are mapped from the 0..1 shading 
intensity rather than elevation values 
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colorMap : (0 black, 0.15 gray, 0.35 silver, 0.55 white); 
opacityMap: (0 0.75, 0.15 0.50, 0.35 0.25, 0.55 0.00); 


21.2. Reguirements 
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ANNEX A (NORMATIVE) 
ABSTRACT TEST SUI 
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АММЕХ А 
(NORMATIVE) 
ABSTRACT TEST SUITE 


А Symbology Encoding or Rendering Engine implementation shall satisfy at minimum the 
abstract tests of the "Core" conformance class to be conformant with this specification, and 
optionally the abstract tests of any number of additional conformance classes. 


The root OGC URI identifier for the conformance classes of this Abstract Tests Suite is: 


http://www.opengis.net/spec/symbology-1/2.0/conf/ 


A.1. Conformance Class "Core" 


CONFORMANCE CLASS A.1 


IDENTIFIER — http://www.opengis.net/spec/symbology-1/2.0/conf/core 


SUBJECT Requirements Class "Core" 


Encoding 
TARGET TYPE | й 
Rendering engine 


ABSTRACT TEST A.1 


IDENTIFIER /conf/core/rules 
REGUIREMENT Reguirement 1: /reg/core/rules 
TEST PURPOSE Validate the encoding of styling rules 
Given: 
TEST METHOD When: 
Then: 
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A.2. Conformance Class "Basic Vector Features Styling” 


CONFORMANCE CLASS A.2 


IDENTIFIER — http://www.opengis.net/spec/symbology-1/2.0/conf/vector 


SUBJECT Requirements Class "Basic Vector Features Styling" 
TARGET Encoding 
TYPE Rendering engine 


ABSTRACT TEST A.2 
IDENTIFIER /conf/vector/stroke 
REQUIREMENT Requirement 21: /req/vector/stroke 
TEST PURPOSE Validate the encoding of a symbolizer stroke 
Given: 
TEST METHOD When: 
Then: 


A.3. Conformance Class "Basic Coverage Styling” 


CONFORMANCE CLASS A.3 


IDENTIFIER  http://www.opengis.net/spec/symbology-1/2.0/conf/coverage 


SUBJECT Requirements Class "Basic Coverage Styling" 


TARGET Encoding 
TYPE Rendering engine 
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ABSTRACT TEST A.3 


IDENTIFIER /conf/coverage/color-channels 
REGUIREMENT Reguirement 29: /reg/coverage/color-channels 
TEST PURPOSE Validate the encoding of a symbolizer coLorChannels 
Given: 
TEST METHOD When: 
Then: 
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бу АММЕХ В 


(INFORMATIVE) 

MAPPING OF SLD/SE AND NOTABLE 
VENDOR EXTENSIONS TO THE CONCEPTUAL 
MODEL 


This annex maps constructs of the OGC Styled Layer Descriptor (SLD) and Symbology Encoding 
(SE) 1.1 to the conceptual model and requirements classes defined in this Standard, with the 
goal of facilitating conformance to this Standard for Rendering engines based on SLD/SE and 
writing conversion tools that can convert in either or both direction between SLD/SE and the 
two encodings defined in this Standard. 
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АММЕХ C(INFORMATIVE 
PORTRAYAL USE СА 
GALLERY 
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АММЕХ С 
(INFORMATIVE) 
PORTRAYAL USE CASES GALLERY 


This annex illustrates the capabilities of the different requirements classes defined in this 
standard with a map gallery of practical use cases alongside the styles used to generate the 
maps encoded in the Cascading Styles and Symbology Stylesheets encoding defined in this 
Standard. 


See supplementary materials for same style sheets encoded using the JSON Styles & Symbology 
encoding. 


C.1. Choropleth (graduated map) 


Requirements class used: 
е Core 


* Basic Vector Features Styling 


Data sources used 


e A rectangular grid of the fraction of high vegetation. 


Example — Style encoded using CCSSS encoding 


// Note: The following line is optional as 1 pixel black stroke is the 
default 

stroke: { black; width: 1px | 

[highVegetationFract between 0 апа 0.2] { fill: 4 yellow }; У; 

[highVegetationFract between 0.2 and 0.51 4 fill: 4 orange |; У; 

[highVegetationFract » 0.5] Į fill: I red I У; 
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Figure С.1 — Example rendering of the Choropleth map 
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C.2. Overriding rules 


Reguirements class used: 
е Core 


e Basic Vector Features Styling 


Data sources used 


e Circumpolar distribution and carbon storage of thermokarst landscapes 


Citation: Olefeldt, D., Goswami, S., Grosse, G., Hayes, D., Hugelius, G., Kuhry, P., McGuire, A.D, 
Romanovsky, V.E, Sannel, A.B.K., Schuur, E.A.G., Turetsky, M.R: Circumpolar distribution and 
carbon storage of thermokarst landscapes. Nature Communications, 7, 13043. Available at: 
https://www.nature.com/articles/ncomms13043#f3 (2016) 


Example — Style encoded using CCSSS encoding 
#Thermokarst 


stroke: { width: 0 У; 


[TKWP = 'Low' 14 fill: I tHalff74 |; | 
[TKThLP = "Low" 14 fill: I H74b2ff |; } 
[TKHP = 'Low' 14 fill: I #fd846d |; } 
[TKWP = 'Low' AND TKHP = 'Low' 14 fill: I &f7ff7c |; | 
[TKWP = 'Low' AND TKThLP = 'Low' 14 fill: { žbeffe9 |; | 
[TKWP = 'Low' AND TKThLP = 'Low' AND TKHP = 'Low']f fill: 1 #9d9d9d |; | 
[TKWP = 'Moderate' 14 fill: 4 84446600 |; } 
[TKThLP = 'Moderate' 14 fill: { #0070ff |; } 
[TKHP = 'Moderate' 14 fill: 1 #fe0001 |; } 
[TKWP = 'Moderate' AND TKHP = 'Moderate' 14 fill: 4 #еаев00 |; } 
[TKThLP = 'Moderate' AND TKHP = 'Moderate' 14 fill: I #ff00c4 |; } 
[TKWP = 'Moderate' AND TKThLP = 'Moderate' 14 fill: 4 H00e7a9 |; |! 
[TKWP = "High" 14 fill: 4 #39a60d |; } 
[TKThLP = "High" 14 fill: 4 #014da9 |; } 
[TKHP = "High" 14 fill: 4 #9а0602 |; | 
[TKWP = 'High' AND TKThLP = 'High' 14 fill: { #00а882 |; | 
[TKWP = 'Very High' ]i fill: 1 #334d27 |; | 
[TKThLP = 'Very High' 14 fill: 1 #002674 |; } 
[TKWP = "Very Ней" AND TKThLP = ‘Very High' 14 fill: 1 4007f7e |; | 
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Wetland 
Lake 
Hillslope 


Wetland + Lake 
Wetland + Нійзіоре 7 


Lake + Hillslope 
А 


Figure С.2 — Example rendering of the thermokarst landscapes 
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ANNEX D 
(INFORMATIVE) 
REVISION HISTORY 
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